Explanation | The container was not able to passivate a stateful session bean. |
Action | Check that passivation directory exists, the process has write permissions in that directory, and that there is enough disk space. |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | The container failed to activate a stateful session bean from storage. |
Action | Take action based upon the exception message in message CNTR0003W. |
Explanation | A thread attempting to acquire an exclusive lock within the container was interrupted while waiting for the lock. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | The container was unable to passivate an enterprise bean. |
Action | Take action based upon the exception message in message CNTR0005W. |
Explanation | The container failed to connect a deserialized stub (reference) object on an attempt to activate a stateful bean. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | The container was unable to remove a passivated stateful session bean from storage. |
Action | Take action based upon the exception message in message CNTR0008W. |
Explanation | The Application Server made an attempt to access an enterprise bean that has not been installed in the container. |
Action | Look for prior error messages that indicate that the bean installation has failed. |
Explanation | The container was unable to process an environment entry due to a NumberFormatException. |
Action | Ensure that the value for the environment entry is a valid string representation for the specified type. |
Explanation | The container encountered a type for an environment entry that is not valid. |
Action | Ensure that the environment entry type is one of : String, Integer, Boolean, Double, Byte, Short, Long or Float. |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | The container was unable to map exception to a valid CORBA exception. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | The container was unable to remove a passivated stateful session bean from the passivation store. |
Action | Take action based upon the exception message in message CNTR0016W. |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | An exception, which is not declared on the EJB method signature, was created when the EJB container attempted to invoke an EJB method. |
Action | Examine the stack trace to determine the origin of the exception. If the exception originates from customer-written code, correct the cause of the exception. If not, visit the IBM support Web site for information on problem determination. |
Explanation | An exception, which is not declared on the EJB method signature, was created when the EJB container attempted to invoke this EJB method. |
Action | Examine the stack trace to determine the origin of the exception. If the exception originates from customer-written code, correct the cause of the exception. If not, visit the IBM support Web site for information on problem determination. |
Explanation | An exception, which is not declared on the EJB method signature, was created when the EJB container attempted to invoke this EJB method. |
Action | Examine the stack trace to determine the origin of the exception. If the exception originates from customer-written code, correct the cause of the exception. If not, visit the IBM support Web site for information on problem determination. |
Explanation | An exception, which is not declared on the EJB method signature, was created when the EJB container attempted to invoke this EJB method. |
Action | Examine the stack trace to determine the origin of the exception. If the exception originates from customer-written code, correct the cause of the exception. If not, visit the IBM support Web site for information on problem determination. |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | The container failed to open the passivation directory. |
Action | Ensure that the passivation directory exists. |
Explanation | The Enterprise Java Bean (EJB) container encountered an IOException while attempting to read a file for a stateful session bean. |
Action | See the message in the IOException to determine the action to take. Ensure that the proper file permissions are set for the file. |
Explanation | The container encountered an IOException while attempting to write a file for a stateful session bean. |
Action | See the message in the IOException to determine the action to take. Ensure that the proper file permissions are set for the file. |
Explanation | No Datasource has been specified for the entity bean. |
Action | Specify a Datasource for the entity bean, or specify a default Datasource for the module. |
Explanation | An SQLException occurred when trying to commit a Datasource connection. |
Action | See the vendor-specific documentation for the database product you are using. Typically a vendor-specific exception code will be displayed as part of the SQLException. This exception code can be used, in combination with the vendor-specific documentation, to determine the cause of the exception. |
Explanation | An SQLException occurred when trying to close a Datasource connection. |
Action | See the vendor-specific documentation for the database product you are using. Typically a vendor-specific exception code will be displayed as part of the SQLException. This exception code can be used, in combination with the vendor-specific documentation, to determine the cause of the exception. |
Explanation | An entity bean might have been bound to a Datasource using a Datasource name that is not valid or is not correct. If the Datasource name is correct, the Datasource might not be configured correctly. |
Action | If the CNTR0026W message precedes this message, you need to provide the name of the Datasource. If CNTR0026W did not precede this message, check the datasource name that appears in the CNTR0032W message that follows this message. If a 'name not found' exception occurred, the Datasource name is most likely not correct. If the correct Datasource name is provided, then check the Datasource configuration. For example, you might have specified a database name, a user ID, or a password in the datasource configuration that is not correct. |
Explanation | This message immediately follows the CNTR0031W message and provides the Datasource name that is used when starting the entity bean. |
Action | Take the action described for the message CNTR0031W. |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | A bean that is configured for enterprise Java bean (EJB) V1.x container managed persistence has attempted to invoke methods on a bean instance for the processing of a finder method. |
Action | Redeploy the bean and attempt the operation again. |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | A transaction was started with the TX_NOT_SUPPORTED, TX_NEVER, or the TX_SUPPORTS transaction attribute. The transaction updated a container managed persistence (CMP) entity bean, and the transaction is storing the update to the persistent store. If a concurrent transaction uses the CMP entity bean with the same primary key value, the updates of one transaction might overlay the updates of the other transaction. |
Action | The application must ensure that concurrent transactions never update a CMP entity bean with the same primary key value. If that cannot be done, then whichever bean begins the transaction must use a transaction attribute other than TX_NEVER, TX_NOT_SUPPORTED, or TX_SUPPORTS to ensure that data consistency is maintained. |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | The finder resulted in a collection that contains more than 2147483647 entity beans. |
Action | Change the finder so that it does not result in a collection of entity beans that is more than 2147483647. |
Explanation | The user has specified 'Commit Option A' on an enterprise bean that is contained within a server that is work load managed. This configuration combination is not supported. |
Action | Change the enterprise bean to use a different Commit Option, or change the server to not be work load managed. |
Explanation | The activation policy specified for the enterprise bean is not supported. Option C, which is the default action taken, might not be the desired result. The combination of the Activation Policy and the Load Policy is the method in which the Application Server implements commit options A, B, and C in the Enterprise Java Bean (EJB) specification. |
Action | Redeploy the enterprise bean using a combination of valid settings to eliminate this message. |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | Neither the bean specific nor the default connection factory binding is specified for the bean. |
Action | Specify a binding for the connection factory when installing the bean. |
Explanation | The Enterprise Java Bean (EJB) Specification does not allow the method for one of the following reasons: - The getRollbackOnly and setRollbackOnly methods of the MessageDriven-Context interface should be used only in the message-driven bean methods that run in the context of a transaction. # - Invoking the getCallerPrincipal and isCallerInRole methods is not allowed in the message-driven bean methods because the Container does not have a client security context. # - Invoking the getRollbackOnly and setRollbackOnly methods is not allowed in the message-driven bean methods for which the Container does not have a meaningful transaction context, and for all message-driven beans with bean-managed transaction demarcation. # - The UserTransaction interface is not available to message-driven beans with container- managed transaction demarcation. # - Invoking getEJBHome or getEJBLocalHome is not allowed in message-driven bean methods because there are no EJBHome or EJBLocalHome objects for message-driven beans. # |
Action | Do not invoke the method in this environment. |
Explanation | The finder method has a finder collection timeout scope specified, but the value is set to zero. |
Action | Provide a value that is not zero, if a finder collection timeout scope is desired. |
Explanation | The user has specified Commit Option A and Optimistic Concurrency Control on an enterprise bean. The Application Server does not support both Commit Option A and Optimistic Concurrency Control on an enterprise bean. |
Action | Change the enterprise bean to use either Commit Option A or Optimistic Concurrency Control, but not both. |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | The client has been inactive longer than the inactivity timeout value. |
Action | This can be a normal occurrence if client goes away and leaves a transaction active. If client is still active, have an administrator determine whether to change the Client or the Transaction Inactivity Timeout value. |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | The container caught a Throwable when the container was trying to create a java:comp/env entry. |
Action | Take action based upon the exception message in message CNTR0055W. |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | Only a positive integer can be specified for the minimum pool size. The default value will be used. |
Action | Change the value for the minimum pool size to a positive integer. |
Explanation | Only a positive integer can be specified for the maximum pool size. The default value will be used. |
Action | Change the value of the maximum pool size to a positive integer. |
Explanation | The maximum pool size must be greater than or equal to the minimum size. The default values will be used for the minimum pool size and the maximum pool size. |
Action | Change the maximum pool size to be a value that is greater than or equal to the minimum pool size. |
Explanation | These are the minimum pool size and maximum pool size values that will be used for this bean type. |
Action | There is no user action required. |
Explanation | The findByPrimaryKey read-only attribute has been specified to be overridden to true on all entity beans. |
Action | There is no user action required. |
Explanation | The format of a pool size specification is: bean_name=min,max . An equals sign must be present between the bean name and the minimum value and the maximum value. |
Action | Ensure that an equals sign is present between the bean name and the minimum value and the maximum value. |
Explanation | There might be a deployment descriptor with syntax that is not valid. |
Action | Verify that the binding information in the deployment descriptor for the enterprise Java bean (EJB) is correct. |
Explanation | An enterprise Java bean (EJB) that is activated within an activity session should only participate in serial transactions. Having transaction attributes that vary, like REQUIRES for one method and REQUIRES_NEW or NOT_SUPPORTED for another, can cause this error. |
Action | Review the transaction attributes that are assigned to the EJB methods, and verify that the sequence of the method calls do not result in multiple concurrent transactions for the same bean within an activity session. |
Explanation | Only ContainerAtBoundary resolution control is supported for local transactions with container managed persistence (CMP) beans. |
Action | Using an assembly tool, change "Resolution Control" to "ContainerAtBoundary" within the IBM Extensions tab for the CMP bean, and restart the server. |
Explanation | The local transaction boundary of "activity session" is not valid for message-driven beans. |
Action | Change the local transaction boundary from "activity session" to "bean method", and restart the application server. |
Explanation | The enterprise Java bean (EJB) specification states that a session bean or the home of a session bean with "Bean Managed Transactions" must not declare transaction attributes for the method. The attributes for the Container Managed method-level transaction have no meaning, because the session bean will use Bean Managed Transactions. |
Action | Remove the transaction attributes for the methods of this bean or the bean home. |
Explanation | An enterprise Java bean (EJB) or its home with "Bean Managed Transactions" should not declare "Container Managed Activity Session" attributes for its methods. |
Action | Remove the "Container Managed Activity Session" attributes for the methods of this EJB or its home. |
Explanation | Activity Sessions are not supported for EJB V1.1 modules. |
Action | Select "Once" or "Transaction" for the "Activate At" policy. |
Explanation | Activity Sessions are not supported on EJB V1.1 modules. |
Action | Select "Bean method" for Local Transactions Boundary. |
Explanation | Local Transactions Resolution control, "ContainerAtBoundary", is not supported for EJB V1.1 modules. |
Action | Select "Application" for the Local Transactions Resolution control. |
Explanation | Beans that are configured to use an Activity Session that is container-managed must use an "Activate at" policy of "Activity Session" or must use a "Load at" policy of "Interval", "Daily", or "Weekly". |
Action | Ensure that an "Activate at" policy of "Activity Session" or a "Load at" policy of "Interval", "Daily", or "Weekly" is used when using an Activity Session that is container-managed. |
Explanation | The Local Transactions Resolution control must be ContainerAtBoundary for a container-managed transaction or a container-managed Activity Session. |
Action | Set the Local Transactions Resolution control to "ContainerAtBoundary". |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | One or more of the implementation, home interface, remote interface, local interface, or other similar class for the bean could not be found or could not be loaded. |
Action | Ensure that the implementation class, home interface, remote interface, and other classes for the bean are installed and configured correctly. |
Explanation | The Java Enterprise Edition (Java EE) component might have specified binding information that is not valid. |
Action | Verify the binding information in the deployment descriptor for the Java EE component is correct. |
Explanation | The Java Enterprise Edition (Java EE) component might have specified binding information that is not valid. |
Action | Verify that the binding information in the deployment descriptor for the Java EE component is correct. |
Explanation | The user has specified that Custom Finders access intent must be honored. If the method has an Update access intent, the Access Intent will be honored. |
Action | You can disable the processing of access intent for custom finders by using the Java Virtual Machine (JVM) and the properties at the bean level, or you can set the access intent of the method to Read-Only. |
Explanation | The enterprise Java bean (EJB) implementation requires the EJB timer service, which has been disabled or did not start. |
Action | See the previous messages to determine why the EJB timer service did not start, and correct the problem or enable the EJB timer service. |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | A method of a message-driven bean (MDB) is required to be deployed with a transaction attribute of "requires", "not supported", or "bean managed". |
Action | Redeploy the application using "requires", "not supported", or "bean managed" as the transaction attribute for the method of the MDB. |
Explanation | The resource adapter is calling a method that is not implemented by the message-driven bean (MDB). |
Action | Determine if the MDB was deployed to use the correct resource adapter. If the bean is bound to the correct resource adapter, change the MDB to provide an implementation for the method. |
Explanation | The createEndpoint method was called on the JCA MessageEndpointFactory object by the resource adapter, and the resource adapter passed an XAResource object as one of the parameters of createEndpoint method. However, the resource adapter life cycle manager encountered an error which prevented it from setting up transaction recovery for this resource adapter. The endpoint cannot be created successfully. |
Action | Examine the log for a prior error message indicating the setup failure for the message-driven bean (MDB) that was bound to the resource adapter. Correct the error to eliminate this error message. |
Explanation | The createEndpoint method was called on the JCA MessageEndpointFactory object by the resource adapter, and the resource adapter passed an XAResource object to the createEndpoint method. Transaction recovery for this resource adapter is not supported, because the resource adapter indicated that it does not support XA transactions. The resource adapter is not allowed to pass an XAResource object to the createEndpoint method. |
Action | Have the Resource Adaptor vendor correct the configuration or implementation of the resource adapter. |
Explanation | Enterprise Java bean (EJB) V1.x, V2.0, and Stateful Session beans cannot implement the javax.ejb.TimedObject interface. |
Action | Change the EJB deployment to V2.1 or greater, change the implementation to not implement the javax.ejb.TimedObject interface, or change the EJB type. |
Explanation | The enterprise Java bean (EJB) Specification does not allow the transaction attribute that is configured for the EJB method. See the EJB Specification for further details. |
Action | Change the deployment descriptor to specify a transaction attribute that is allowed for the EJB method. |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | The Java Enterprise Edition (Java EE) component might have specified binding information that is not valid. |
Action | Verify that the binding information is correct in the deployment descriptor for the Java EE component. |
Explanation | An application tried to access an enterprise bean of an application that has not been installed, has not been started, or did not start successfully. |
Action | Verify that the application has been installed and started. If the application has been installed and started, see the previous messages regarding the failure of the enterprise bean to start, and correct those problems. |
Explanation | An error has occurred during the initialization and start of an EnterpriseBean. |
Action | Take action based upon the exception message in message CNTR0093E. |
Explanation | A Bean Cache LoadPolicy that reloads an entity bean at intervals is only supported for EJB V2.x container-managed persistence (CMP) beans. |
Action | Change the Bean Cache LoadPolicy to a value that is supported by the bean type, or change the bean to use EJB V2.x container-managed persistence. |
Explanation | The session bean is configured to override the settings for memory-to-memory replication at the enterprise Java bean (EJB) module level, but no settings for memory-to-memory replication are provided at the EJB module level. |
Action | Disable the override at the EJB module level, or provide the settings for memory-to-memory replication for this session bean. |
Explanation | The session bean is configured to override the memory-to-memory replication settings at the application level, but no settings for memory-to-memory replication are provided at the application level. |
Action | Disable the override at the application level, or provide the settings for memory-to-memory replication for this session bean. |
Explanation | Stateful session bean failover using memory-to-memory replication has been enabled, but the memory-to-memory replication settings are missing. |
Action | Disable stateful session bean failover, or provide the settings for memory-to-memory replication for the EJB container. |
Explanation | The application is configured for this bean to not synchronize with persistent storage prior to the invocation of custom findBy methods. This behavior is not compliant with the enterprise Java bean (EJB) V2.0 and later specifications, but it can improve performance. |
Action | There is no user action required. |
Explanation | The z/OS Controller Service for Stateful SessionBean support in DRS has initialized successfully. |
Action | There is no user action required. |
Explanation | An exception was caught in the specified method. |
Action | There is no user action required. |
Explanation | The specified method was passed a servant token that is null. |
Action | There is no user action required. |
Explanation | The specified method was passed a entryKey parameter that is null. |
Action | There is no user action required. |
Explanation | The specified method was passed a entryKey value that is null. |
Action | There is no user action required. |
Explanation | The method that is specified was not able to convert the entryKey parameter to a byte array. |
Action | There is no user action required. |
Explanation | The method that is specified caught an exception when processing the servant token. |
Action | There is no user action required. |
Explanation | The method that is specified was not able to obtain a proxy for processing the servant token. |
Action | There is no user action required. |
Explanation | The method that is specified was not able to convert the servant token to a byte array. |
Action | There is no user action required. |
Explanation | The method that is specified caught an exception acquiring a proxy for processing the servant token. |
Action | There is no user action required. |
Explanation | The method that is specified was passed an event parameter that is null. |
Action | There is no user action required. |
Explanation | The method that is specified was not able to convert the passed entryKey value to a byte array. |
Action | There is no user action required. |
Explanation | The method that is specified was not able to convert the event to a byte array. |
Action | There is no user action required. |
Explanation | The enterprise Java bean (EJB) specification requires that message-driven beans implement the message listener interface for the messaging type that it supports. |
Action | Change the class so that it implements the interface, as required by EJB specification. |
Explanation | The SfDRSControllerInstance that is specified received the event REPLICATION_UP. |
Action | There is no user action required. |
Explanation | The SfDRSControllerInstance that is specified received the event REPLICATION_DOWN. |
Action | There is no user action required. |
Explanation | The SfDRSControllerInstance that is specified received the event IS_CONGESTED. |
Action | There is no user action required. |
Explanation | The SfDRSControllerInstance that is specified received the event NOT_CONGESTED. |
Action | There is no user action required. |
Explanation | The bean has been configured to prevent the enterprise Java bean (EJB) container from invoking the ejbStore() method if the bean has not been modified. This behavior is not compliant with the EJB V2.0 or later specifications, but it can improve performance. |
Action | There is no user action required. |
Explanation | The bean has been configured to streamline the processing that occurs before and after calling the methods that are defined on the local home interface and local business interface. This behavior is not compliant with the enterprise Java bean (EJB) V2.0 and later specifications, but it can improve performance. |
Action | There is no user action required. |
Explanation | Only enterprise Java bean (EJB) V2.x or later entity beans with a local interface may implement the com.ibm.websphere.ejbcontainer.LightweightLocal interface. The reason code identifies the specific violation as follows: 1 - The EJB is not an Entity bean. 2 - The bean is an EJB V1.x or container-managed persistence (CMP) V1.x entity bean. 3 - The EJB does not have a local interface defined. |
Action | Change the EJB to be of the type "Entity", change the EJB deployment to version 2.0 or greater, change the EJB deployment to specify a local interface, or change the implementation to not implement the com.ibm.websphere.ejbcontainer.LightweightLocal interface. |
Explanation | An enterprise Java bean (EJB) java:comp/env context environment entry of the type Boolean should be assigned a value of 'true' or 'false'. Any other value will result in 'false', but it might be an indication of a problem in the configuration. The application might not behave as expected. |
Action | Change the EJB java:comp/env context environment entry of type Boolean to either 'true' or 'false'. |
Explanation | All ejb-name elements within the container-transaction element must match valid ejb-name elements within the enterprise-beans element. |
Action | Correct the ejb-jar.xml file so that all ejb-name elements within the container-transaction element match valid ejb-name entries in the enterprise-beans element. |
Explanation | All ejb-name elements within the method-permission element must match valid ejb-name elements within the enterprise-beans element. |
Action | Correct the ejb-jar.xml file so that all ejb-name elements within the method-permission element match valid ejb-name entries in the enterprise-beans element. |
Explanation | All ejb-name elements within the exclude-list element must match valid ejb-name elements within the enterprise-beans element. |
Action | Correct the ejb-jar.xml file so that all ejb-name elements within the exclude-list element match valid ejb-name entries in the enterprise-beans element. |
Explanation | The injection processors registered with the injection engine failed to identify and collect all the annotations associated with the class. |
Action | Correct the ejb-jar.xml and annotations on the class. |
Explanation | A message-driven bean must define a message listener interface using XML, annotations, or the implements clause of the Enterprise JavaBeans (EJB) class. |
Action | Check the XML and Java source for the MDB class and specify the message listener interface. |
Explanation | Only a positive integer or zero can be specified for the maximum pool size timeout. The default value will be used. |
Action | Change the value of the maximum pool size timeout to a positive integer or zero. |
Explanation | These are the minimum pool size, maximum pool size, and maximum pool size timeout values that will be used for this bean type. |
Action | There is no user action required. |
Explanation | Simple JNDI binding name cannot be mixed with specific JNDI bindings for a given bean or home. |
Action | Correct the bindings file settings for the bean or home in the specified module. |
Explanation | Depending on the bean type, an enterprise bean must have at least one component, business, Web service endpoint, or message listener interface configured. |
Action | Correct the ejb-jar.xml file or source code annotation configuration settings for this bean. |
Explanation | Stateless session beans cannot have message listener interfaces configured. Stateful session beans cannot have either of these interface types configured. |
Action | Correct the ejb-jar.xml file or source code annotation configuration settings for this bean. |
Explanation | Entity beans cannot have any of these interface types configured. |
Action | Correct the ejb-jar.xml file or source code annotation configuration settings for this bean. |
Explanation | Message-driven beans cannot have any of these interface types configured. |
Action | Correct the ejb-jar.xml file or source code annotation configuration settings for this bean. |
Explanation | A message-driven bean binding must exist in the binding file for each message driven bean. |
Action | Check the ejb-jar-bnd.xml binding file for the MDB and ensure that a binding entry exists. |
Explanation | The local binding name for the specified bean or home does not begin with ejblocal:. |
Action | Correct the local binding name for the bean or home in the specified module. |
Explanation | The remote binding name for the given bean or home cannot begin with ejblocal:. |
Action | Correct the remote binding name for the bean or home in the specified module. |
Explanation | JNDI binding names must not contain blank strings. |
Action | Correct the ejb-jar-bnd.xml bindings file to give this bean a valid JNDI binding name. |
Explanation | Each business interface can have a single JNDI binding name configured. |
Action | Correct the ejb-jar-bnd.xml bindings file to give this bean a single JNDI binding name. |
Explanation | Each business interface JNDI binding must have a valid business interface class configured. |
Action | Correct the ejb-jar.xml file or source code annotations to configure a valid business interface class. |
Explanation | Each home JNDI binding must have a matching home interface class configured. |
Action | Correct the ejb-jar.xml file or source code annotations to configure a valid home interface class. |
Explanation | All EJB bindings require an enterpriseBean stanza within the ibm-ejb-jar-bnd.xml file. |
Action | Check the ibm-ejb-jar-bnd.xml file and ensure that all EJB bindings include an enterprise bean stanza. |
Explanation | All bindings for message driven beans require a jca-adapter stanza within the message-driven binding. |
Action | Check the binding file and ensure that all message-driven bindings include a jca-adapter stanza. |
Explanation | All bindings for message driven beans require a jca-adapter stanza containing an activation-spec-binding-name value. |
Action | Check the binding file and ensure that all message-driven bindings include a jca-adapter stanza with an activation-spec-binding-name value. |
Explanation | All bindings for message driven beans require a jca-adapter stanza containing a destination-binding-name value. |
Action | Check the binding file and ensure that all message-driven bindings include a jca-adapter stanza with a destination-binding-name value. |
Explanation | The bindings file contains either a simple syntax error, or a semantic violation. |
Action | Examine the log file for additional 'caused by' exceptions, which may provide specific parser message details. Correct the bindings file error and reinstall the application. |
Explanation | The bindings file contains either a simple syntax error, or a semantic violation. |
Action | Correct the bindings file error and reinstall the application. |
Explanation | The Connection Factory resource that is required by this bean is not configured. The CMP entity bean will not function. |
Action | Create the required Connection Factory resource by ensuring that the proper data source is selected for CMP use in the administrative console. |
Explanation | An error has occurred during the initialization and start process for the bean. |
Action | Examine the exception message to determine why the bean did not start. Also, check the log for other exception messages that are related to starting this bean. |
Explanation | The annotations that are identified in this error message are in conflict with each other. Do not specify these annotations on the same method. |
Action | Change the Java source code by removing one or both of the annotations from the specified method. Then, reinstall the application. |
Explanation | A specified role can be specified once in a @RolesAllowed annotation. |
Action | Change the Java source code by removing the duplicate roles from this annotation. Then, reinstall the application. |
Explanation | The annotations that are identified in this error message are in conflict with each other. Do not specify these annotations on the same class. |
Action | Change the Java source code by removing one, or both, of the annotations from the specified class. Then, reinstall the application. |
Explanation | A given role can be specified once in a @RolesAllowed annotation.. |
Action | Change the Java source code by removing the duplicate roles from this annotation. Then, reinstall the application. |
Explanation | The component that is attempting to reference this bean has a configuration error. The component has specified an unsupported interface for this bean. |
Action | Change the ejb-ref tag or @EJB annotation on the component that is attempting to reference this bean so that it specifies a supported interface. Check the log file for a related exception, which indicates the calling component that has the configuration error. |
Explanation | The component that is attempting to reference the bean has a configuration error. The component has not specified whether to invoke the local or remote interface on this bean. |
Action | Change the ejb-ref tag or @EJB annotation on the component that is attempting to reference this bean so that it specifies either the local or the remote interface of the bean. Check the log file for a related exception, which indicates the calling component that has the configuration error. |
Explanation | Stateful sessions beans cannot be configured for both failover support and extended-scope persistence context support. |
Action | Eliminate one of these two configuration settings for this bean. Then, reinstall the application. |
Explanation | Enterprise beans must implement all of the methods that are specified on their interface classes. |
Action | Correct the bean implementation to include all of the required methods. Then, reinstall the application. |
Explanation | Timer beans must implement a timeout method, which has either a single parameter of the javax.ejb.Timer type, or no parameters. |
Action | Correct the bean implementation to include the required parameter, or include no parameters. Then, reinstall the application. |
Explanation | There might be an error in the configuration extensions file for the module, or one of the two beans might not exist. |
Action | Correct the configured inheritance relationship in the extensions XML file for the module or supply the missing bean implementation. |
Explanation | Timer beans, which inherit from the TimedObject interface, must implement the following timeout method: ejbTimeout |
Action | Correct the bean implementation to include the required method. Then, reinstall the application. |
Explanation | Timer beans may only implement a single timeout method. |
Action | Correct the bean implementation to include only one timeout method. Then, reinstall the application. |
Explanation | Timer beans must provide an implementation for the configured timeout method. |
Action | Correct the bean implementation to include the required timeout method. Then, reinstall the application. |
Explanation | Timer beans must configure only one timeout method. |
Action | Correct the bean configuration to specify a single timeout method. Then, reinstall the application. |
Explanation | Timeout methods must not create application exceptions. |
Action | Correct the timeout method implementation to not create application exceptions. Then, reinstall the application. |
Explanation | Timeout methods must return void. |
Action | Correct the timeout method implementation to return void. Then, reinstall the application. |
Explanation | Timeout methods must not be declared as static or final. |
Action | Correct the implementation declaration for the timeout method. Then, reinstall the application. |
Explanation | The interface has been bound at the specified naming location. |
Action | Use the specified naming location when attempting to look up this interface. |
Explanation | Because the enterprise bean has multiple interfaces, each binding name must be extended to make it unique. |
Action | Complete one of the following actions: /n Look up the interfaces for this enterprise bean using the extended names. /n Change the configuration data for this bean to specify unique binding locations for each interface. |
Explanation | The enterprise bean name might be incorrect, or a binding might have been specified for a bean that does not exist. |
Action | Correct the binding file. Then, reinstall the application. |
Explanation | Each enterprise bean must specify a bean type such as stateless session bean, message driven bean, and so on. |
Action | Correct the Java source code annotation or the ejb-jar.xml configuration setting for this bean. Then, reinstall the application. |
Explanation | Each enterprise bean interface must specify a unique binding location. |
Action | Correct the binding file for one of these two bean interfaces so that each interface has a unique binding location. |
Explanation | Each enterprise bean interface must specify a unique binding location. |
Action | Correct the binding file for one of these two bean interfaces so that each interface has a unique binding location. |
Explanation | The home interface will be bound at the specified naming location. |
Action | There is no user action required. |
Explanation | A Stateful Session bean that references an extended persistence context must be configured with an Activation Policy of ONCE. |
Action | Change the Activation Policy configured for the bean to ONCE. |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | A session bean is not allowed to implement both a Web service Provider interface and a JAX-RPC Web service endpoint interface. |
Action | Remove the configured JAX-RPC Web service endpoint interface from the ejb-jar.xml file, or change the bean implementation so that it does not implement the Web service Provider interface. |
Explanation | All configured Web service endpoint methods must be implemented by the bean. |
Action | Change bean implementation to include all Web service endpoint methods. |
Explanation | The maximum number of retries configured on the EJB timer service (nonPersistentTimerRetryCount on the EJBTimer configuration object) has been reached. No further retries will be attempted until a timout method succeeds. |
Action | Determine the cause of the failing timeout method, or increase the maximum number of retries. |
Explanation | When the message-driven bean starts, the specified activation specification will be used to activate the message endpoint. |
Action | No action is required. |
Explanation | An attempt was made to obtain the timer manager, because the option to create a separate thread pool for non-persistent timers was configured on the EJBTimer configuration object (uniqueTimerManagerForNP). |
Action | As an alternative, you may configure the timer service to use a scheduler for non-persistent timers. |
Explanation | An interceptor stanza contains more than one ejb-ref, resource-ref, resource-env-ref, or message-destination-ref stanza with the same value for its name attribute. Each ejb-ref, resource-ref, resource-env-ref, or message-destination-ref stanza is required to have a different name attribute value. |
Action | Either remove the extranous stanza or change the value of its name attribute in one or more ejb-ref, resource-ref, resource-env-ref, or message-destination-ref stanza so that the name is unique within the interceptor stanza and within the session or message-driven stanza for the enterprise bean. |
Explanation | You can configure asynchronous methods on session beans only. |
Action | Remove the asynchronous method from the bean. |
Explanation | The ibm-ejb-jar.xmi or ibm-ejb-jar.xml file for the module has more than one binding for the same reference for the same EJB. |
Action | Remove all but one of the bindings for the reference in the bean. |
Explanation | Asynchronous methods can have the following transaction attribute types configured: TX_REQUIRED, TX_REQUIRES_NEW, or TX_NOT_SUPPORTED. |
Action | Change the transaction attribute configuration on the method to one of the three supported types. |
Explanation | This exception is unexpected. The cause is not immediately known. |
Action | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Explanation | Only Singleton Session beans can be defined with the Startup annotation or XML deployment descriptor. |
Action | Eliminate the Startup Java annotation or XML deployment descriptor from this EJB class, or change the class to be a Singleton Session Bean. |
Explanation | Startup Singleton Session bean instances are created as part of application start processing. Any failure will result in the application failing to start. |
Action | Eliminate cause of the exception that is attached to this error message. |
Explanation | When you share thread pools that are configured for persistent timers, you must configure multiple timer threads. On the EJBTimer configuration object, when the uniqueTimerManagerForNP attribute is set to true, the numNPTimerThreads attribute must be set to 1 or greater. |
Action | In the EJB timer service settings of the application server, specify a positive value for the number of non-persistent timer threads. As an alternative, you can configure the timer service to use a scheduler for non-persistent timers by selecting the option to share thread pool configured for persistent timers (Specify false for the uniqueTimerManagerForNP attribute on the EJBTimer configuration object). |
Explanation | The access timeout is specified either via annotations or by deployment descriptor. The value must be -1 or greater and less than java.lang.Long.MAX_VALUE (9223372036854775807). |
Action | Correct the access timeout value for the method identified by the message. A method name of "*" is used in deployment descriptor to indicate all methods of the singleton class. If annotation is used and @AccessTimeout annotation is not found on the method, correct the @AccessTimeout annotation at class level. |
Explanation | The concurrency management type can be specified using either the @ConcurrencyManagement annotation or the concurrency-management-type tag in deployment descriptor for a Singleton session bean. The value must be either BEAN or CONTAINER for Singleton session beans. |
Action | Correct the @ConcurrencyManagement annotation or the concurrency-management-type tag so that the value is either Bean or Ccontainer. |
Explanation | The deployment descriptor cannot override the value that is provided by the @ConcurrencyManagement annotation on a Singleton session bean. |
Action | Remove or change the value in the ejb-jar.xml file so that it does not override the value in the @ConcurrencyManagement annotation. |
Explanation | An attempt was made to obtain the work manager. |
Action | Ensure that the timer service scheduler has a work manager configured. |
Explanation | The access timeout is specified either via annotations or by deployment descriptor. The resulting conversion to milli-seconds must be greater than zero and less than java.lang.Long.MAX_VALUE (9223372036854775807) to be valid. |
Action | Correct the access timeout value for the method identified by the message. A method name of "*" is used in deployment descriptor to indicate all methods of the singleton class. If annotation is used and @AccessTimeout annotation is not found on the method, correct the @AccessTimeout annotation at class level. |
Explanation | The bean was configured to depend on another bean through the @DependsOn annotation or the depends-on element in the ejb-jar.xml file. However, the bean is not a singleton session bean. |
Action | Remove the dependency metadata, or change the type of the bean. |
Explanation | The bean was configured to depend on another bean through the @DependsOn annotation or the depends-on element in the ejb-jar.xml file. However, the other bean does not exist. |
Action | Remove or change the dependency on the nonexistent bean. |
Explanation | The bean was configured to depend on another bean with the specified name. A bean with that name does not exist in the same module, and more than one module has a bean with that name. |
Action | Remove the dependency, or use a fully qualified bean name such as module.jar#BeanName |
Explanation | The bean was configured to depend on another bean through the @DependsOn annotation or the depends-on element in the ejb-jar.xml file. However, the other bean is not a singleton. |
Action | Remove or change the dependency on the non-singleton bean, or adjust the type of the non-singleton bean. |
Explanation | The bean was configured to depend on itself or another bean that indirectly depends on that bean through the @DependsOn annotation or the depends-on element in the ejb-jar.xml file. |
Action | Remove or change the dependency on the specified bean, or change one of its dependencies to not depend on it. |
Explanation | The method was configured to be asynchronous through the @Asynchronous annotation or the asynch-method element in the ejb-jar.xml file. Asynchronous methods with a void return type must not have application exceptions on the throws clause. |
Action | Change the return type of method, remove the application exception from the throws clause, or change the metadata for the method so that it is not asynchronous. |
Explanation | The specified session bean declares an asynchronous method in the ejb-jar.xml file, but did not specify the "method-name" element. |
Action | Modify the ejb-jar.xml file and specify a method-name for the method that should be asynchronous (or "*" for all methods). |
Explanation | The ejb-jar.xml file incorrectly specifies a method-params element inside an async-method element which contains a wildcard (*) method-name element. This is not allowed, per the EJB 3.1 specification. |
Action | Either remove the method-params element from the XML or change the method-name element to represent a specific method with the specified method-params parameters. |
Explanation | The only valid values for the method-intf element of an asynchronous method are "Local" and "Remote". Any other value is invalid and the EJB Container will not recognize the containing async-method element. |
Action | Modify the method-intf element's value to be either "Local" or "Remote". |
Explanation | Asynchronous methods must return void or future<V>. |
Action | Correct the asynchronous method implementation to return void or future<V>. Then, reinstall the application. |
Explanation | You cannot specify automatic timers for stateful session beans. |
Action | Remove the automatic timer, or change the bean type. |
Explanation | An automatic timer can either have no parameters or a single javax.ejb.Timer parameter. |
Action | Change the method parameter types, or remove the automatic timer metadata. |
Explanation | The Enterprise JavaBeans specification requires that timeout callback methods have the following signature: void <METHOD>() or void <METHOD>(Timer timer) |
Action | Correct the timeout callback method signature for this bean class. |
Explanation | The deployment descriptor contains automatic timer metadata for the specified method name, but no method with a timeout callback method signature was found by that name. A timeout callback method must have a void return type, and it must either have no parameters or have a single parameter with the type javax.ejb.Timer. |
Action | Add a method with the specified name, change the method signature of an existing method with that name, or remove the timer from the deployment descriptor. |
Explanation | The specified method has automatic timer metadata in the deployment descriptor or in a @Schedule or @Schedules annotation, but the specified field in the metadata has a value that is not valid. |
Action | Change the field in the automatic timer metadata, or remove the automatic timer metadata. |
Explanation | The specified method has automatic timer metadata in the deployment descriptor or in a @Schedule or @Schedules annotation, but the specified field in the metadata has a value that is out of bounds for that field. |
Action | Change the field in the automatic timer metadata, or remove the automatic timer metadata. |
Explanation | The specified method has automatic timer metadata in the deployment descriptor or in a @Schedule or @Schedules annotation, but the specified field in the metadata has an range bound that is not valid. The upper and lower bound for a range must be non-negative integers or keyword values. |
Action | Change the field in the automatic timer metadata, or remove the automatic timer metadata. |
Explanation | The specified method has automatic timer metadata in the deployment descriptor or in a @Schedule or @Schedules annotation, but the specified field in the metadata has an interval value that is not valid. Increment values must be integers. |
Action | Change the field in the automatic timer metadata, or remove the automatic timer metadata. |
Explanation | The specified method has automatic timer metadata in the deployment descriptor or in a @Schedule or @Schedules annotation, but the specified field in the metadata has a value for a list that is not valid. List values must be integers, keywords, or ranges. |
Action | Change the field in the automatic timer metadata, or remove the automatic timer metadata. |
Explanation | The specified method has automatic timer metadata in the deployment descriptor or in a @Schedule or @Schedules annotation, but the specified field in the metadata uses an increment. You can use increments for the second, minute, and hour fields only. |
Action | Change the field in the automatic timer metadata, or remove the automatic timer metadata. |
Explanation | The specified method has automatic timer metadata in the deployment descriptor or in a @Schedule or @Schedules annotation, but the specified field in the metadata has an ordinal keyword without a day of the week. The 1st, 2nd, 3rd, 4th, and 5th keywords must be followed by a keyword for the day of the week. |
Action | Change the field in the automatic timer metadata, or remove the automatic timer metadata. |
Explanation | Either the module has metadata that is not valid, or the scheduler for the EJB timer service was unable to create the automatic timers. |
Action | Check the module metadata and scheduler configuration. |
Explanation | The server has created the specified number of automatic timers for the specified module. If the server had previously created persistent automatic timers for this module, then no persistent automatic timers will be created on subsequent starts of the application. |
Action | There is no user action required. |
Explanation | The @Interceptors annotation or the interceptor-class tag in the deployment descriptor was used to provide a list of interceptor class names. A class must exist only once in the interceptor class list. |
Action | Eliminate the duplicate interceptor class from the interceptor class list. Or, change the interceptor class name, if an incorrect name was specified. |
Explanation | An interceptor class can be either a class-level or a method-level interceptor, but not both types. |
Action | Eliminate the interceptor class from either the class-level interceptor list or the method-level interceptor list. |
Explanation | The interceptor class can be either a default interceptor or a method-level interceptor, but not both types. |
Action | Eliminate the interceptor class from either the default interceptor list or the method-level interceptor list. |
Explanation | More than one method of this class is specified as an interceptor method of the given type. The Enterprise JavaBeans 3.0 specification does not allow you to have multiple interceptor methods of the same type for this class. |
Action | Correct the Java source code annotations or deployment descriptor for this class so that it only contains a single interceptor method of the given type. |
Explanation | The interceptor-binding element is using an exclude-class-interceptors element, which must specify a method-name tag. |
Action | Correct the deployment descriptor by adding a method-name tag. |
Explanation | The interceptor-binding element is using an exclude-default-interceptors element which is only valid for a style 2, style 3, or style 4 interceptor-binding element. |
Action | Eliminate the exclude-default-intercrptor element. Or, change the ejb-name tag within the interceptor-binding element to provide a specific enterprise bean name. |
Explanation | Style 3 and style 4 interceptor-binding elements cannot be specified on the same method of an enterprise bean. |
Action | Eliminate either the style 3 or the style 4 interceptor-binding element for the specified method of this bean. |
Explanation | When the interceptor-order element is used, the specified ordering at the class-level must be a total order. The order must be over all of the interceptor classes that have been defined at that level and above. The only exception to this rule is when interceptor classes have been explicitly excluded by means of an exclude-default-inteceptors element. |
Action | Specify additional interceptor names on the class-level interceptor-order element for this bean. Then, the bean will provide a total ordering of the interceptors. |
Explanation | When the interceptor-order element is used, the specified ordering at the method-level must be a total order. The order must be over all of the interceptor classes that have been defined at that level and above. The only exception to this rule is when interceptor classes have been explicitly excluded by means of an exclude-class-interceptors or exclude-default-inteceptors element. |
Action | Specify additional interceptor names on the method-level interceptor-order element for this bean. Then, the bean will provide a total ordering of the interceptors. |
Explanation | The Enterprise JavaBeans 3.0 specification does not allow an interceptor method to be final or static. |
Action | Remove the final or static modifier from this interceptor method. |
Explanation | The Enterprise JavaBeans 3.0 specification requires that around-invoke and around-timeout methods have the following signature: Object <METHOD>(InvocationContext) throws Exception |
Action | Correct the method signature of this interceptor. |
Explanation | The specification requires that life cycle methods of an enterprise bean have one of the following signatures: void METHOD() or Object METHOD() for Interceptor 1.2 |
Action | Correct the method signature for this interceptor. |
Explanation | The specification requires that life cycle methods of an interceptor class have one of the following signatures: void METHOD (InvocationContext) or Object METHOD (InvocationContext) for Interceptor 1.2 |
Action | Correct the method signature for this interceptor. |
Explanation | The Enterprise JavaBeans 3.0 specification requires that @Remove annotations be applied to business methods of a stateful session bean. |
Action | Either relocate the @Remove annotation to a business method of this bean, or change the specified method to be a business method. |
Explanation | The Enterprise JavaBeans 3.0 specification requires a matching ejbCreate<METHOD> to be the initialization method of a stateful session bean class. This requirement exists for stateful session beans that are written for the EJB 2.1 or earlier-level application programming interface (API). |
Action | Remove the @Init annotation or the init-method element in ejb-jar.xml file from the specified method of this bean. |
Explanation | The @Init annotation is applied to multiple methods of the enterprise bean. The Enterprise JavaBeans 3.0 specification requires that the name of the adapted create<METHOD> method of the home or local home interface must be specified if there is any ambiguity. |
Action | Use the value element of the @Init annotation to specify the name of the create<METHOD> on one of the two specified methods. This approach will remove the ambiguity. |
Explanation | The init-method element specifies a method name that is not a public method of the enterprise bean class. |
Action | Correct either the method name or the method signature in the init-method element to specify a public method of this bean. |
Explanation | An enterprise bean level 3.0 interceptor class cannot not be found or loaded. |
Action | Verify that the interceptor class is installed and configured correctly. |
Explanation | The specified method name is not a method of the interceptor class. |
Action | Correct either the method name or method signature to specify one of the methods of this interceptor class. |
Explanation | The method-name element is not allowed in a style 1 interceptor-binding element. |
Action | Correct the interceptor-binding to be a style 2 interceptor-binding element or remove the method-name element. |
Explanation | This interceptor class cannot be in both the default interceptor list and the class-level interceptor list unless the default interceptors are excluded at the class level. |
Action | Remove the duplicate interceptor class from either the default or the class-level interceptor list. Or, exclude the default interceptors at the class level for this bean. |
Explanation | For a stateless session bean, the Enterprise JavaBeans 3.0 specification requires that the ejbCreate, ejbRemove, ejbActivate, and ejbPassivate methods be treated as @PostConstruct, @PreDestroy, @PostActivate, and @PrePassivate life cycle callback interceptor methods, respectively. |
Action | Correct the deployment descriptor or annotation so that the method is the correct type of life cycle callback interceptor. |
Explanation | For a stateful session bean, the Enterprise JavaBeans 3.0 specification requires that the ejbRemove, ejbActivate, and ejbPassivate methods be treated as @PreDestroy, @PostActivate, and @PrePassivate life cycle callback interceptor methods, respectively. The ejbCreate method must be treated as an @Init method. |
Action | Correct the deployment descriptor or annotation so that the method is the correct type of life cycle callback interceptor. |
Explanation | For a message driven bean, the Enterprise JavaBeans 3.0 specification requires that the ejbCreate and ejbPassivate methods be treated as @PostConstruct and @PreDestroy life cycle callback interceptor methods, respectively. |
Action | Correct the deployment descriptor or annotation so that the method is the correct type of life cycle callback interceptor. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, a style 3 or style 4 interceptor-binding must use a <method-name> tag to specify the name of a method that is found in one of the business interfaces of the enterprise bean. |
Action | Either specify one of the method names found in one of the business interfaces of the enterprise bean or add the method to one of the business interfaces of the enterprise bean. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, only one style 1 interceptor-binding can be used for the module. |
Action | Correct deployment descriptor so that only one style 1 interceptor-binding is used for the module. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, only one style 2 interceptor-binding can be used for each enterprise bean. |
Action | Correct deployment descriptor so that only one style 2 interceptor-binding is used for the enterprise bean. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, only one style 3 interceptor-binding can be used for each method of an enterprise bean. |
Action | Correct deployment descriptor so that only one style 3 interceptor-binding is used for the method of an enterprise bean. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, only one style 4 interceptor-binding can be used for each method of a given method signature of an enterprise bean. |
Action | Correct deployment descriptor so that only one style 4 interceptor-binding is used for the method of an enterprise bean. |
Explanation | The AroundConstruct annotation can only be used by interceptor classes. It cannot be used by enterprise bean classes. |
Action | Remove the AroundConstruct annotation from the method on the enterprise bean class. |
Explanation | Any automatic Enterprise Java Bean timers associated with the application, on the server, were not removed from the scheduler. Therefore, the scheduler may attempt to run these timers in the future. |
Action | Execute the 'removeAutomaticEJBTimers' command from a connected wsadmin session to remove the timers associated with the application on this specific server. |
Explanation | Any automatic Enterprise Java Bean timers associated with the application and module, on the server, were not removed from the scheduler. Therefore, the scheduler may attempt to run these timers in the future. |
Action | Execute the 'removeAutomaticEJBTimers' command from a connected wsadmin session to remove the timers associated with the application and module on this specific server. |
Explanation | Use the removeAutomaticEJBTimers command to manually remove any automatic Enterprise Java Bean timers that are no longer valid. |
Action | The processing to remove any automatic Enterprise Java Bean timers is triggered by another internal process, called RemoveBinaries, which was not found. As a result, the processing to remove automatic Enterprise Java Bean timers did not run. |
Explanation | Use the removeAutommaticEJBTimers command to manually remove any automatic Enterprise Java Bean timers that are no longer valid. |
Action | The processing to remove automatic Enterprise Java Bean timers does not execute when you are running in a disconnected wsadmin session. As a result, the automatic Enterprise Java Bean timers were not removed. |
Explanation | The server attempted to run a timeout callback method for an automatic timer, but an incompatible change was made to the application without removing the automatic timers. |
Action | Stop the application and run the removeAutomaticEJBTimers command for the AdminTask object to manually clear the contents of the database. The server automatically recreates the timers when the application is restarted. |
Explanation | The specification requires asynchronous methods to have security context information only. |
Action | Ensure that the work manager instance is configured to pass security context only, as required by the specification. |
Explanation | The specification does not support any execution context information passed to the timeout method. |
Action | Ensure that the work manager instance is configured to not pass context information, as required by the specification. |
Explanation | The @StatefulTimeout annotation is only applicable to stateful session beans. The Enterprise JavaBean (EJB) container will ignore the annotation on this bean. |
Action | Remove the @StatefulTimeout annotation from the specified bean, or make the bean a stateful session bean. |
Explanation | The @Asynchronous annotation is only applicable on bean classes, not business interfaces. The EJB container ignores these annotations on the interfaces. Unless this annotation is specified on the bean class or a bean class method, or if the methods are declared asynchronous in the ejb-jar.xml deployment descriptor, the bean methods will run synchronously. |
Action | Remove any @Asynchronous annotation from the specified business interface, and verify that the annotations are specified correctly in the bean class. |
Explanation | The @StatefulTimeout annotation is only applicable on bean classes, not business interfaces. The EJB container ignores this annotations on interfaces. Unless this annotation is specified on the bean class or a bean class method, or if the bean declares a stateful-timeout in the ejb-jar.xml deployment descriptor, the bean will use a default timeout value. |
Action | Remove the @StatefulTimeout annotation from the specified business interface, and verify that the annotations are specified correctly in the bean class. |
Explanation | Only a positive integer can be specified for the stateful timeout value. The default value will be used. |
Action | Change the value for the stateful timeout to a positive integer. |
Explanation | The timeout value is required to be specified on the stateful-timeout deployment descriptor element. |
Action | Add a timeout value to the stateful-timeout deployment descriptor element for the specified bean. |
Explanation | The stateful timeout is specified either via annotations or by deployment descriptor. The resulting conversion to milliseconds must be greater than zero and less than java.lang.Long.MAX_VALUE (9223372036854775807) to be valid. |
Action | Correct the stateful timeout value for the Enterprise JavaBean identified by the message. |
Explanation | This element applies only to stateful session beans. The Enterprise JavaBean (EJB) container will ignore the stateful-timeout on this bean. |
Action | Remove the stateful-timeout deployment descriptor element from the specified bean, or make the bean a stateful session bean. |
Explanation | The stateful timeout must be postive, or 0 to indicate no timeout, or -1 to indicate infinite timeout. |
Action | Modify the StatefulTimeout annotation on the EJB. |
Explanation | The stateful timeout must be postive, or 0 to indicate no timeout, or -1 to indicate infinite timeout. |
Action | Modify the stateful-timeout timeout element in the EJB deployment descriptor. |
Explanation | Only a positive integer can be specified for the stateful timeout value. The default value will be used. |
Action | Change the value for the stateful timeout to a positive integer. |
Explanation | The deployment descriptor defines a timer that targets the specified method, but does not indicate how many parameters that method accepts. Multiple methods have that same name in the class hierarchy of the bean, which are eligible to receive timer callbacks. As a result, the EJB container is unable to determine which method the timer must target. |
Action | Change the deployment descriptor so that the timer explicitly indicates whether it targets the zero parameter or the one parameter version of the method. |
Explanation | When a stateful session bean is located in a WAR, it must declare dependencies on all persistence context references and persistence unit references that it intends to access. |
Action | Add the appropriate @PersistenceContext or @PersistenceUnit source code annotation to the stateful session bean, or add the appropriate persistence-context-ref or persistence-unit-ref element to the appropriate session element in the XML deployment descriptor. |
Explanation | When a stateful session bean is located in a WAR, it must declare dependencies on all persistence context references and persistence unit references that it intends to access. |
Action | Add the appropriate @PersistenceContext or @PersistenceUnit source code annotation to the stateful session bean, or add the appropriate <persistence-context-ref> or <persistence-unit-ref> element to the appropriate <session> element in the ejb-jar.xml file. |
Explanation | A resource reference was defined in multiple places, with conflicting information. |
Action | Change the resource reference definitions so they no longer conflict, or use a single resource reference and remove the duplicate resource reference definitions. |
Explanation | An Enterprise JavaBean may not be declared as a JAX-RPC endpoint and packaged inside a WAR module. |
Action | Package the Enterprise JavaBean in an EJBJAR module. Or, update to ejb-jar.xml descriptor to no longer declare the Enterprise JavaBean as a JAX-RPC endpoint. |
Explanation | When declaring an Enterprise JavaBean in the ejb-jar.xml file, users must provide a class name for the bean. |
Action | Modify the ejb-jar.xml file or application source code and re-install the application. |
Explanation | A startup bean must not be packaged inside of a .war file. |
Action | Package the startup bean inside a stand-alone EJB JAR module. Alternatively, use a singleton session bean marked with the @Startup annotation or the corresponding XML element, and package the bean in either an EJB JAR module or a WAR module. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the EJB 2.1 remote and local client views are not supported for singleton session beans. |
Action | Correct the ejb-jar.xml file or source code annotation configuration settings for this bean. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, method return types for an enterprise bean must match the corresponding interface. |
Action | Change the return type of the method so that the enterprise bean and the interface return types are the same. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, method return types for an enterprise bean must be compatible with the corresponding interface. |
Action | Change the return type of the method so that the enterprise bean and the interface return types are compatible. |
Explanation | The Enterprise JavaBeans 3.1 specification requires that a stateful session bean must not both implement the javax.ejb.SessionSynchronization interface and also configure a session synchronization method in the ejb-jar.xml file or with an annotation. |
Action | Remove either the implementation of the javax.ejb.SessionSynchronization interface or the configuration of the session synchronization methods. |
Explanation | The Enterprise JavaBeans 3.1 specification requires that session synchronization methods of a stateful session bean class have the following signature: after-begin and before-completion : void <METHOD> (), after-completion : void <METHOD> (boolean) |
Action | Correct the session synchronization method signature for this bean class. |
Explanation | All configured session synchronization methods must be implemented by the bean. |
Action | Change the bean implementation to include all configured session synchronization methods. |
Explanation | The Enterprise JavaBeans 3.1 specification requires that only one of each type of session synchronization method be configured for a stateful session bean. |
Action | Configure only one of each type of session synchronization method for this bean. |
Explanation | The Enterprise JavaBeans 3.1 specification requires that session synchronization methods of a stateful session bean class have the following signature: after-begin and before-completion : void <METHOD> (), after-completion : void <METHOD> (boolean) |
Action | Correct the session synchronization method signature for this bean class. |
Explanation | The number of unretrieved results from remote asynchronous EJB method invocations is approaching or has exceeded the maximum. When the number of unretrieved results exceeds the maximum, the product will discard the oldest result. |
Action | Monitor the AsyncFutureObjectCount PMI statistic to determine which EJB results have unclaimed results, and then update the corresponding client code to claim the results. If results are being discarded faster than clients can claim them, then adjust the remote future object duration for EJB asynchronous methods, and set the com.ibm.websphere.ejbcontainer.maxUnclaimedAsyncResults system property to the desired maximum number of unclaimed results. Alternatively, change the EJB to use a local interface rather than a remote interface since the results of an asynchronous method on a local interface do not need to be tracked by the EJB container and can be garbage collected normally. |
Explanation | When an enterprise bean context is not present, enterprise bean specific types, such as javax.ejb.EJBContext and javax.ejb.TimerService, are not available for injection or lookup. |
Action | Change the application to only inject or lookup enterprise bean specific types within the context of an enterprise bean. |
Explanation | Automatically created enterprise bean persistent timers declared in either a deployment descriptor or annotation are not supported in the current configuration and will be ignored during run time. Depending on the intended use of the enterprise bean timers by the application, the application might not run as expected. |
Action | Remove the use of unsupported automatically created persistent timers from the application. |
Explanation | The enterprise bean module is configured for stateful session bean failover, but failover is not possible for this stateful session bean because it is configured to be incapable of passivation by the @Stateful annotation in the source code or the <passivation-capable> element in the ejb-jar.xml file. |
Action | If failover is needed for this bean, then update the source code of the stateful session bean to allow it to be passivated, and then either update the @Stateful annotation in the source code or the <passivation-capable> element in the ejb-jar.xml file. |
Explanation | The stateful session bean is configured to use an activation policy, but only the ONCE activation policy can be used for this stateful session bean because it is configured to be incapable of passivation by the @Stateful annotation in the source code or the <passivation-capable> element in the ejb-jar.xml file. |
Action | If a different activation policy is needed for this bean, then update the source code of the stateful session bean to allow it to be passivated, and then either update the @Stateful annotation in the source code or the <passivation-capable> element in the ejb-jar.xml file. |
Explanation | The interval between the expected and actual start time exceeded the configured lateTimerThreshold value. |
Action | Consider allocating more threads to the server default executor by increasing the maxThreads configuration value, reducing the load on the system, or increasing the lateTimerThreshold configuration value. |
Explanation | The ibm-web-bnd.xmi or ibm-web-bnd.xml file for the module has more than one binding for the same reference. |
Action | Remove all but one of the bindings for the reference. |
Explanation | Entity enterprise beans declared in any version module are not supported when the module is packaged in a Java EE version 7 or later application. An application is considered to be Java EE version 7 if the application.xml file is declared to be version 7 or any EJB or WAR module packaged within that application is at a version corresponding to Java EE version 7. |
Action | Remove the use of the unsupported entity enterprise bean from the application or package the bean in a version 6 or older application. |
Explanation | The server is starting the EJB module. |
Action | No action is required. |
Explanation | The server has started the EJB module. |
Action | No action is required. |
Explanation | The server was unable to start the EJB module. |
Action | Use the exception information to identify the source of the issue, and to resolve the problem. See the problem determination information on the WebSphere Application Server Support Web page: http://www.ibm.com/software/webservers/appserv/was/support. |
Explanation | The server is stopping the EJB module. |
Action | No action is required. |
Explanation | The server has stopped the EJB module. |
Action | No action is required. |
Explanation | The server was unable to stop the EJB module. |
Action | Use the exception information to identify the source of the issue, and to resolve the problem. See the problem determination information on the WebSphere Application Server Support Web page: http://www.ibm.com/software/webservers/appserv/was/support. |
Explanation | The enterprise bean was configured to start when it was first used rather than when its module is started. The enterprise bean failed to start when it was first used. |
Action | Use the exception information to identify the source of the issue, and to resolve the problem. See the problem determination information on the WebSphere Application Server Support Web page: http://www.ibm.com/software/webservers/appserv/was/support. |
Explanation | An error occurred creating an instance of the enterprise bean with the specified JNDI name. |
Action | See the nested exception or a prior error for more information about the error. |
Explanation | The ejbLite features do not support enterprise bean home or component interfaces. Only business interfaces are supported in the ejbLite features. |
Action | Modify the application to remove the use of enterprise bean home and component interfaces, or add an ejbHome feature to the server.xml file. |
Explanation | The ejbLite features do not support enterprise bean remote interfaces. Only local interfaces are supported in the ejbLite features. |
Action | Modify the application to remove the use of enterprise bean remote interfaces, or add an ejbRemote feature to the server.xml file. |
Explanation | Non-persistent automatic enterprise bean timers declared in either a deployment descriptor or annotation are not supported by the ejbLite-3.1 feature and will be ignored during run time. Depending on the intended use of the enterprise bean timers by the application, the application may or may not run as expected. |
Action | Remove the use of unsupported automatic timers from the application, or add a version of the ejbLite feature that supports non-persistent automatic timers to the server.xml file. |
Explanation | The ejbLite features do not support enterprise bean home or component interfaces. Only business interfaces are supported in the ejbLite features. |
Action | Modify the application to remove the use of enterprise bean home and component interfaces, or add an ejbHome feature to the server.xml file. |
Explanation | The ejbLite features do not support enterprise bean remote interfaces. Only local interfaces are supported in the ejbLite features. |
Action | Modify the application to remove the use of enterprise bean remote interfaces, or add an ejbRemote feature to the server.xml file. |
Explanation | The activation specification for the message-driven bean is available and the message endpoint has become active and is ready to accept messages. |
Action | No action is required. |
Explanation | The message-driven bean is being removed or the activation specification is no longer available. The message endpoint is no longer available to accept messages. |
Action | No action is required. |
Explanation | The server is starting the message-driven bean but is unable to activate the message endpoint because the activation specification could not be found. The message endpoint will not receive messages until the endpoint can be activated. |
Action | Verify that an activation specification has been configured with the specified name. If the configuration exists, wait for the activation specification to become available. |
Explanation | The server is starting the message-driven bean but is unable to activate the message endpoint because the destination could not be found. The message endpoint will not receive messages until the endpoint can be activated. |
Action | Verify that a destination has been configured with the specified name. If the configuration exists, wait for the destination to become available. |
Explanation | Asynchronous EJB methods are not supported by the ejbLite-3.1 feature. |
Action | Remove the use of unsupported asynchronous methods from the application, or add a version of the ejbLite feature that supports asynchronous methods to the server.xml file. |
Explanation | Non-persistent EJB timers are not supported by the ejbLite-3.1 feature. |
Action | Remove the use of unsupported non-persistent timers from the application, or add a version of the ejbLite feature that supports non-persistent timers to the server.xml file. |
Explanation | Persistent EJB timers are not supported by the ejbLite features. |
Action | Remove the use of unsupported persistent timers from the application, or add an ejbPersistentTimer feature to the server.xml file. |
Explanation | Multiple enterprise beans were defined with the same name in the ejb-jar.xml file. Each enterprise bean must have a unique name. |
Action | Remove the duplicate enterprise bean definitions. |
Explanation | The <ejb-class> element was not specified in the ejb-jar.xml file. This element is required for enterprise beans defined without using an annotation. |
Action | Add the <ejb-class> element to the enterprise bean definition in the ejb-jar.xml file. |
Explanation | The <session-type> element was not specified in the ejb-jar.xml file. This element is required for session beans defined without using an annotation. |
Action | Add the <session-type> element to the session bean definition. |
Explanation | An enterprise bean can only have one type, but incompatible types were specified in the ejb-jar.xml file and by the annotation. |
Action | Change the element type or the annotation type for the enterprise bean. |
Explanation | An enterprise bean can only have one type, but multiple component-defining annotations were specified. |
Action | Remove one of the component-defining annotations. |
Explanation | An enterprise bean can only have one type, but incompatible types were specified in the ejb-jar.xml file and by the annotation. |
Action | Change the element type or the annotation type for the enterprise bean. |
Explanation | An enterprise bean can only be declared with one class, but it was declared with different classes by annotations on two separate classes. |
Action | Remove one of the annotations, or change one of the enterprise bean names. |
Explanation | Specifying the @Remote or @Local annotation without a value indicates that the business interfaces on the implements clause should be considered remote or local respectively, so both annotations cannot be specified without a value. |
Action | Remove the annotation, or specify the annotations with the business interfaces. |
Explanation | Specifying the @Remote or @Local annotation without a value indicates that the business interfaces on the implements clause should be considered remote or local respectively, but the class has no business interfaces on its implements clause. |
Action | Add a business interface to the implements clause, remove the annotation, or specify the annotation with the business interfaces. |
Explanation | Specifying the @Remote or @Local annotation without a value indicates that the business interface on the implements clause should be considered remote or local respectively, but the class has multiple business interfaces on its implements clause. |
Action | Remove all but one business interface on the implements clause, or specify the annotation with all the business interfaces. |
Explanation | A class can be specified for an enterprise bean as either a local business interface or a remote business interface but not both. |
Action | Update the enterprise bean class, the interface class, or the deployment descriptor so that the interface is specified as either a local business interface or a remote business interface but not both. |
Explanation | The @Remote and @Local annotations can only have a value when they are specified on an enterprise bean class. |
Action | Remove the value from the @Remote or @Local annotation on the interface. |
Explanation | The enterprise bean name might be incorrect, or an extension might have been specified for an enterprise bean that does not exist. |
Action | Correct the enterprise bean name in the ibm-ejb-jar-ext.xml file. |
Explanation | The boundary attribute value ACTIVITY_SESSION of the <local-transaction> extension is not supported in the Liberty profile. |
Action | Update the ibm-ejb-jar-ext.xml file to specify BEAN_METHOD for the boundary, or remove the boundary attribute to use the default, which is BEAN_METHOD. |
Explanation | An enterprise bean can only be defined with one class, but it was declared with different classes in XML and by an annotation. |
Action | Remove the class from ejb-jar.xml, remove the annotation, or change one of the enterprise bean names. |
Explanation | Either the ejb-jar.xml file specifies an invalid class name, or the class file was not packaged in the application. |
Action | Correct the class name in the ejb-jar.xml file, or package the class file in the application. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, a remote home interface must be provided when a remote component interface is provided. |
Action | Change the application configuration to provide a remote home interface for the bean. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, a local home interface must be provided when a local component interface is provided. |
Action | Change the application configuration to provide a local home interface for the bean. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the bean class must be defined as public. |
Action | Define the bean class as public. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the bean class must not be defined as final. |
Action | Do not define the bean class as a final class. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the bean class must not be defined as abstract. |
Action | Do not define the bean class as an abstract class. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the bean class must be defined as a top level class. |
Action | Define the bean class as a top level class. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the bean class must have a public constructor that does not take parameters. |
Action | Change the bean class to have a public constructor that does not take parameters. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the bean class must not define the finalize method. |
Action | Do not define the finalize method in the bean class. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the entity bean class must implement the javax.ejb.EntityBean class. |
Action | Change the bean class to implement the javax.ejb.EntityBean class. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the name of business methods must not start with ejb. Otherwise, conflicts might occur with the callback methods. |
Action | Change the name of the business method so that it does not start with ejb. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the configured business and component interfaces must be Java interfaces. |
Action | Change the bean configuration to provide Java interfaces. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the configured business interfaces must not extend any interface in the javax.ejb package. |
Action | Change the business interface to not extend an interface in the javax.ejb package. Also, you can change the bean configuration to not specify the interface as a business interface. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the configured local interfaces must not extend the javax.rmi.Remote interface. |
Action | Change the interface to not extend the javax.rmi.Remote interface. Also, you can change the bean configuration to not specify the interface as a local interface. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the configured local component interface must extend the javax.ejb.EJBLocalObject interface. |
Action | Change the interface to extend the javax.ejb.EJBLocalObject interface. Also, you can change the bean configuration to not specify the interface as a local component interface. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the configured remote component interface must extend the javax.ejb.EJBObject interface. |
Action | Change the interface to extend the javax.ejb.EJBObject interface. Also, you can change the bean configuration to not specify the interface as a remote component interface. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the configured local home interface must extend the javax.ejb.EJBLocalHome interface. |
Action | Change the interface to extend the javax.ejb.EJBLocalHome interface or change the bean configuration to not specify the interface as a local home interface. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the configured remote home interface must extend the javax.ejb.EJBHome interface. |
Action | Change the interface to extend the javax.ejb.EJBHome interface or change the bean configuration to not specify the interface as the remote home interface. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, all create methods on a home interface must return the component interface. |
Action | Change the create methods on the home interface to return the component interface. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, all home interfaces must define at least one create method. |
Action | Change the home interface to define a create method. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, all create methods on a home interface must return the component interface. |
Action | Change the create methods on the home interface to return the component interface. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the throws clause of all create methods on a home interface must contain the javax.ejb.CreateException exception. |
Action | Change the create methods on the home interface to throw javax.ejb.CreateException. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, a home interface for a stateless session bean must have only one method. The method must be the create method. |
Action | Remove the method from the home interface. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, all methods that are defined on a home interface for a stateless session bean must start with the create string. |
Action | Change the name of the method on the home interface so that it starts with the create string, or remove the method. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, you cannot define methods on an entity bean home interface that start with the remove string. |
Action | Change the name of the method on the home interface so that it does not start with the remove string, or remove the method. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the bean class must implement an ejbCreate or init method for every create method for a home interface. |
Action | Change the bean class to provide an ejbCreate or init method that corresponds to the method. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the entity bean class must implement an ejbCreate method for every create method for a home interface. |
Action | Change the bean class to provide an ejbCreate method that corresponds to the method. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the return type of all ejbCreate methods for an entity bean class must be the primary key type. |
Action | Change the return type of the method to the primary key class. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the entity bean class must implement an ejbPostCreate method for every create method for a home interface. |
Action | Change the bean class to provide an ejbPostCreate method that corresponds to the method. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the return type of all ejbPostCreate methods for an entity bean class must be void. |
Action | Change the return type of the method to void. |
Explanation | The method of the home interface for the entity bean does not define a corresponding ejbFind method on the class. |
Action | Change the bean class to provide an ejbFind method that corresponds to the method. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the return type of the ejbFindByPrimaryKey method for an entity bean class must be the primary key type. |
Action | Change the return type of the method to the primary key class. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the return type of all custom ejbFind methods for an entity bean class must be the primary key class, the java.util.Collection class, or the java.util.Enumeration class. |
Action | Change the return type of the method to the primary key class, the java.util.Collection class, or the java.util.Enumeration class. |
Explanation | TAccording to the Enterprise JavaBeans (EJB) specification, the entity bean class must implement an ejbHome method for every home interface home method. |
Action | Change the bean class to provide an ejbHome method that corresponds to the method. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the return type of the ejbHome methods for an entity bean class must match the corresponding home interface method. |
Action | Change the return type of the method to the type that matches the corresponding home interface method. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the exceptions defined on the throws clause of a method are used by the container to determine which exceptions are application exceptions. If the exceptions on the throws clause of a method vary by interface, then unexpected exception behavior will occur for some of the interfaces. |
Action | Change the application so that all methods with the same signature define the same exceptions on the throws clause. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the arguments and return types of all EJB remote business methods must be a valid type for RMI/IIOP. |
Action | Change the application method to only use valid types for RMI/IIOP. Also, you can change the application to not use the interface as an EJB remote interface. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, the throws clause of remote business interface methods should not include the java.rmi.RemoteException exception. |
Action | Remove the RemoteException exception from the throws clause of the method. Also, you can change the interface to implement the java.rmi.Remote interface or change the application to not use the interface as an EJB remote interface. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, an application exception must not be defined as a subclass of the java.rmi.RemoteException exception. |
Action | Change the application so that there are no remote business interface methods that are defined with a java.rmi.RemoteException subclass on the throws clause. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, an application exception for a component interface must not be defined as a subclass of the java.lang.RuntimeException exception. |
Action | Change the application so that remote component interface methods are not defined with a java.lang.RuntimeException subclass on the throws clause. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, for remote business interface methods that implement the java.rmi.Remote interface, the throws clause must include the java.rmi.RemoteException exception. |
Action | Add the RemoteException exception to the throws clause of the method. Also, you can change the interface to not implement the java.rmi.Remote interface or change the application to not use the interface as an EJB remote interface. |
Explanation | For remote interfaces, the Java Language to IDL Mapping specification states the following information: Methods that follow the JavaBeans design patterns for simple read-write properties or simple read-only properties are mapped to OMG IDL interface attributes. Both specified methods map to the same OMG IDL interface attribute. The interface is not a valid RMI/IIOP type. |
Action | Change the application by either renaming or removing one of the conflicting methods. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, all methods of the bean class and any superclass must not be declared as final when the bean class is exposed as a no-interface view. And, business methods must not be declared as final. |
Action | Change the application so the method is not declared as final. |
Explanation | According to the Enterprise JavaBeans (EJB) specification, an application exception for an interface must be defined as a subclass of either the java.lang.Exception class or the java.lang.RuntimeException class. |
Action | Change the application so that the exception is a subclass of either the java.lang.Exception class or the java.lang.RuntimeException class. |
Explanation | This informational message is not translated. |
Action | See message for details. |
Explanation | This warning message is not translated. |
Action | See message for details. |
Explanation | This error message is not translated. |
Action | See message for details. |
Explanation | A general exception condition has been discovered. |
Action | Combine this information with additional exception messages to perform additional problem determination. |
Explanation | Two of the options that are specified are not compatible and cannot be specified together. |
Action | Examine the usage statement, and remove one of the specified options. |
Explanation | One of the options that is specified requires another option that has not been specified. |
Action | Examine the usage statement, and specify the required option. |
Explanation | The EJB timer that is specified does not exist on the server that is specified. The EJB timer might have expired, or it might have been cancelled. |
Action | Verify that the identity of the EJB timer and the server name have been specified correctly. If the EJB timer does exist, the identity name is correct, and server name is correct, see any previous exceptions for more information. |
Explanation | The EJB timer service that is configured for the server that is specified is not available. The EJB timer service cannot start if there are no applications with TimedObject enterprise Java beans started on the server. |
Action | Verify that an application with a TimedObject enterprise Java bean has been started on the server process that is specified. |
Explanation | One of the three filters must be specified: -all -timer -app |
Action | Examine the usage statement, and specify one of the three filters. |
Explanation | A server name must be specified. |
Action | Examine the usage statement, and specify a server name. |
Explanation | The listed jar file is not configured as an enterprise bean module. |
Action | If this module should have contained enterprise bean components, check the Java source code annotations, or ejb-jar.xml configuration data. |
Explanation | The listed jar file does not contain any enterprise beans with remote interfaces. |
Action | If this module should have contained enterprise beans with remote interfaces, check the module's annotations or ejb-jar.xml configuration data. |
Explanation | The first parameter must be a fully qualified class name, a JAR file, a WAR file, or an EAR file. JAR, WAR, and EAR files must include the complete directory path. |
Action | Invoke the createEJBStubs command with the -help option to view the command syntax. |
Explanation | The specified file could not be opened for read operation. |
Action | Examine the file system permissions setting for this file. |
Explanation | An option may only be specified once per createEJBStubs command invocation. |
Action | Invoke the createEJBStubs command with -help option to view the command syntax. |
Explanation | The log file name must point to a file, including the directory path. Also, the log file name may not begin with "-". |
Action | Invoke the createEJBStubs command with the -help option to view the command syntax. |
Explanation | The specified file could not be opened for write operation. |
Action | Examine the file system permissions setting for this file. |
Explanation | For option -logfile, the log file name must be provided as the next parameter |
Action | Examine the usage statement and provide the required log file name parameter. |
Explanation | The parameter does not match any of the allowed input options. |
Action | Invoke the createEJBStubs command with the -help option to view the command syntax. |
Explanation | The total number of allowed input parameters was exceeded. |
Action | Invoke createEJBStubs command with the -help option to view the command syntax. |
Explanation | An unexpected exception occurred during command processing. |
Action | Add the -verbose option to the createEJBStubs command invocation see more information. |
Explanation | Each configured home must have a component interface. |
Action | Examine the configuration data for this home. |
Explanation | The exception was not expected. |
Action | Examine the file system permissions settings. |
Explanation | A temporary file could not be created on the file system. |
Action | Examine the file system permissions settings for the specified directory. |
Explanation | The specified class could not be loaded. |
Action | Check for spelling errors, and make sure that all parent classes of this class are included in the input Java archive (JAR) file or enterprise archive (EAR) file, or are made available using the -cp option. |
Explanation | A method parameter or a method return value class of the listed class could not be loaded. |
Action | Check to make sure that all classes passed as method parameters, or used as method return values, on methods of the listed class are included in the input Java achive (JAR) file or enterprise archive (EAR) file, or are made available using the -cp option. |
Explanation | For the -cp option, the class path name must be provided as the next parameter. |
Action | Examine the usage statement and provide the required class path name parameter. |
Explanation | The file specified as the first parameter was not found. |
Action | Check the spelling and the read permissions of the specified file. |
Explanation | The specified file could not be renamed. |
Action | Examine the file system permissions settings. Also, make sure target file does not already exist. |
Explanation | The specified file could not be deleted. |
Action | Examine the file system permissions settings. |
Explanation | The name specified for the -newfile option is not allowed. |
Action | Make sure the name is not the same as the input file. |
Explanation | EJB modules must contain one or more enterprise beans. |
Action | Make sure that one or more enterprise beans are configured for this module. The enterprise beans must use either an ejb-jar.xml file , or source code annotations. |
Explanation | The update file name parameter must be a JAR, WAR, and EAR file type and include the file path. |
Action | Invoke the createEJBStubs command with the -help option to view the command syntax. |
Explanation | The specified directory can not be deleted. |
Action | Manually delete the directory. |
Explanation | The specified output file cannot be found. |
Action | Check the spelling and the write permissions for the file. |
Explanation | The specified directory can not be created. |
Action | Ensure that the file system permissions allow for directory creation. |
Explanation | The specified file cannot be created on the file system. |
Action | Examine the file system permissions settings for the specified directory. |
Explanation | The specified output file must be a non-existing file. |
Action | Specify a new output file name. |
Explanation | The application configuration data specified a library directory with a blank string for the library directory name. This action disables the library directory. |
Action | If the library directory for this application should not be disabled, modify the application.xml configuration file in the application enterprise archive (EAR) file. |
Explanation | The specified JAR or WAR file does not contain any remote interface classes for an enterprise bean. |
Action | If this module should contain remote interface classes for an enterprise bean, add these classes to the module. |
Explanation | The input type of fully qualified class name is not compatible with the specified option. |
Action | Examine the usage statement and either change the input type or remove the specified option. |
Explanation | The embeddable container is scanning the classpath for valid Enterprise JavaBeans (EJB) modules. Valid EJB modules contain an ejb-jar.xml file or Enterprise JavaBeans (EJB) annotations. |
Action | There is no user action required. |
Explanation | The embeddable container must initialize before the user code can access the enterprise beans. |
Action | There is no user action required. |
Explanation | The process of scanning for Enterprise JavaBeans (EJB) modules or initializing the embeddable EJB container failed and the container is no longer usable. Additional diagnostics might be found in FFDC output. |
Action | Examine the exception type, and optionally, the FFDC output, to determine the cause of the initialization failure. A common reason for this error is an invalid EJB module is in the classpath. |
Explanation | User code has directed the embeddable container to start multiple modules with the same file name. |
Action | Specify a list of modules that does not have duplicate file names, or rename one of the modules with a unique file name. |
Explanation | The embeddable EJB container is starting the identified Enterprise JavaBeans (EJB) module. This includes binding the Enterprise JavaBeans (EJB) factories and homes to the JNDI and executing any EJB code that has been specified to run on startup. |
Action | There is no user action required. |
Explanation | The embeddable Enterprise JavaBeans (EJB) container found no valid Enterprise JavaBeans (EJB) modules to start. A valid EJB module contains a valid META-INF/ejb-jar.xml or classes with EJB annotations. This could be because no EJB module exists in the classpath, or that the javax.ejb.embeddable.modules property defined modules that do not exist. |
Action | Review the classpath and the javax.ejb.embeddable.modules property to determine which EJB modules should be started. |
Explanation | The embeddable Enterprise JavaBeans (EJB) container failed to shutdown the Enterprise JavaBeans (EJB) module due to the exception. The enterprise beans might still be bound into JNDI and are still accessible to clients. Future attempts to re-start that module might fail due to naming or other resource collisions. |
Action | Resolve the failure by examining the exception, the logs, and the FFDC output. If other modules stop cleanly, examine the failing module. |
Explanation | The embeddable Enterprise JavaBeans (EJB) container failed to stop when the Close method was invoked due to the exception. Since this occurs after all the Enterprise JavaBeans (EJB) modules have been stopped, this is a problem with the embeddable Enterprise JavaBeans (EJB) container or its configuration. |
Action | Resolve the failure by examining the exception, the logs, the FFDC output, and review the configuration of the embeddable Enterprise JavaBeans (EJB) container. |
Explanation | The Close method has been invoked and the embeddable Enterprise JavaBeans (EJB) container has completed its shutdown routine. |
Action | There is no user action required. |
Explanation | The embeddable EJB container was unable to close the java:global namespace. This means that some Enterprise JavaBeans or other objects bound into the namespace could be leaked. Additionally, this could lead to JNDI problems if additional embeddable Enterprise JavaBeans (EJB) container instances are created. |
Action | Resolve the failure by examining the exception, the logs, and the FFDC output. |
Explanation | The embeddable Enterprise JavaBeans (EJB) container failed to read the configuration properties from the specified file. This can occur if the file is not a properly formed properties file. |
Action | Verify that the specified file exists on the file system and that it is a well formed properties file (i.e. <property_name>=<property_value>). |
Explanation | The embeddable Enterprise JavaBeans (EJB) container was unable to bind a javax.sql.DataSource instance into the JNDI namespace. |
Action | Resolve the failure by examining the exception, the logs, and the FFDC output. |
Explanation | The properties that the embeddable Enterprise JavaBeans (EJB) container uses contain a data source with no Java Naming and Directory Interface (JNDI) name specified. |
Action | Add a name property for this data source to the properties file. |
Explanation | The properties that the embeddable Enterprise JavaBeans (EJB) container uses contain a data source with no className specified. |
Action | Add a className property for this data source to the properties file. |
Explanation | The properties that the embeddable Enterprise JavaBeans (EJB) container uses contain a data source with a ConnectionPool.MaxConnections value that is not a positive numeric value or zero. |
Action | Change the ConnectionPool.MaxConnections property value for this data source to be a positive numeric value or zero. |
Explanation | An error during shutdown processing prevented the JPA provider from closing correctly due to the exception. This is indicative of another problem that should have occurred earlier in the logs. Future attempts to use JPA may fail. |
Action | Resolve the failure by examining the exception, the logs, and the FFDC output to find and resolve the underlying problem. |
Explanation | The properties that the embeddable Enterprise JavaBeans (EJB) container uses contain a data source with a ConnectionPool value that is not valid. |
Action | Change the ConnectionPool property value for this data source to a valid value. Valid values are names of a connection pool. |
Explanation | The LTC resolver property was assigned an unsupported value. |
Action | The LTC resolver property must be assigned a default value of Application or ContainerAtBoundary. |
Explanation | The LTC unresolved action property was assigned an unsupported value. |
Action | The LTC unresolved action property must be assigned a default value of Rollback or Commit. |
Explanation | The embeddable Enterprise JavaBeans (EJB) container was unable to bind a java.net.URL instance into the JNDI namespace. |
Action | Resolve the failure by examining the exception, the logs, and the FFDC output. |
Explanation | The properties that the embeddable Enterprise JavaBeans (EJB) container uses contain a URL resource with no Java Naming and Directory Interface (JNDI) name specified. |
Action | Add a name property for this URL resource to the properties file. |
Explanation | The properties that the embeddable Enterprise JavaBeans (EJB) container uses contain a URL resource with no specification specified. |
Action | Add a specification property for this URL resource to the properties file. |