Spiegazione | Used to dump the exception callstack when the persistence manager threw the original exception. |
Azione | See the preceeding error message which caused this call stack dump. |
Spiegazione | Used to print the messageText of the exception(s) nested (a.k.a. chained) in the original exception. |
Azione | Read the chain of exceptions to help determine the problem. The last one is often the root cause of the problem. |
Spiegazione | An exception occurred, please look at the nested exception for the reason. |
Azione | Read the chained exception for detailed information. |
Spiegazione | DataAccessSpec (part of the Deploy Tool-generated xxxAdapterBinding.java file) was not found for the given data access spec name and given Access Intents (for example, optimistic vs. pessimistic, read vs. update). Either the backend datasource does not support the SQLStatement needed for the AccessIntent, or the deployed code is of earlier version which does not contain the new functions. |
Azione | Check in the generated xxxAdapterBinding class for the bean type being used, which is where the data access spec is defined. May need to redeploy the ear. |
Spiegazione | Error in one or more of the .java source code files generated by the Deploy Tool. |
Azione | Check these generated files for errors. Check whether you specified correct information when using the Deploy Tool. |
Spiegazione | There is no Relationship defined for a given relationship role name. |
Azione | Check the code generation of ConcretexxxBean (generated by the Deploy tool)to see if the given role name is properly defined there. |
Spiegazione | There is no EJB Object in the context. |
Azione | Check EJB Object availability in the context. |
Spiegazione | The data is already deleted from the datastore (for example, your relational database). |
Azione | Check if the data is already deleted from datastore. |
Spiegazione | Trasaction is null from the context. |
Azione | Check the availability of transaction in the context. The absence of a transaction usually indicates an internal logic error within WebSphere's Container component. |
Spiegazione | Missing the finder in executeFinderForLink. |
Azione | Check the code generation of ConcretexxxBean (generated by the Deploy tool)to see if the given finder method is properly defined there. |
Spiegazione | The PMHomeInfo does not exist for a given name. |
Azione | Check in the generated xxxAdapterBinding class (generated by the Deploy tool) to see if the given name is the abstract schema name generated into this code. |
Spiegazione | Exception occurred when creating DataAccessSpec from the generated xxxAdapterBinding class (generated by the Deploy tool). |
Azione | Check the generated xxxAdapterBinding class. |
Spiegazione | The current backend id in the ibm-ejb-jar-bnd.xml does not have a matching deployed xxxAdapterBinding class (generated by the Deploy tool). |
Azione | Check the deploy process. |
Spiegazione | The current backend id in the ibm-ejb-jar-bnd.xml is null. |
Azione | Check the deploy process. |
Spiegazione | The current backend id in the ibm-ejb-jar-bnd.xml does not match the datasource it connected to. |
Azione | Check the deploy process or the datasource definition. |
Spiegazione | See the nested exception . |
Azione | Check the nested exception to find out the reason. |
Spiegazione | See the nested exception . |
Azione | Check the nested exception to find out the reason. Usually it is because of something wrong with the datasource configuration. |
Spiegazione | The data in the datasource is changed for the read-only bean. |
Azione | Re-drive the trasaction or choose a different read-verification strategy. |
Spiegazione | The state of the concrete bean is not correct for a given lifecycle method. |
Azione | If the problem persists, see problem determination information on the WebSphere Application Server Support page at http://www.ibm.com/software/webservers/appserv/was/support/. |
Spiegazione | Exception occurred when look up of AccessIntenetService. |
Azione | Check if the runtime AccessIntentService is defined. See "AccessIntent" in the documentation. |
Spiegazione | Exception occured when ejbCreate/ejbStore/ejbRemove a bean , which load as read intent. |
Azione | Check the AccessIntent setting for the method which loads the bean. |
Spiegazione | Illegal state due to ejbRemove/ejbLoad/ejbStore called before calling ejbPostCreateor ejbActivate. |
Azione | Check the deployed code or container for problems |
Spiegazione | Illegal state due to ejbActivate/ejbCreate called to a ready bean. |
Azione | Check the deployed code or container for problems |
Spiegazione | Exception occured when ejbCreate/ejbStore/ejbRemove a bean , which is class level read only |
Azione | Check the ibm-ejb-jar-ext for DataCache setting. |
Spiegazione | Exception occured when ejbFind<>/ejbLoad a bean , which is class level read only, but the AccessIntent is set as for update. |
Azione | Check the ibm-ejb-jar-ext for DataCache setting and AccessIntent and the AccessIntent setting for the method which loads the bean.. |
Spiegazione | Get NULL AccessIntent from EntityContext. |
Azione | Check with container component owner. |
Spiegazione | The asscociations framework did not find a legal link type in the associated metadata |
Azione | The associations framework and Deploy tool code generation are probably out of synch |
Spiegazione | Container threw RemoveException when PersistenceManager tried to cascade remove to an associated bean |
Azione | Try to determine the underlying cause of the RemoveException |
Spiegazione | The DataAccessSpec for a finder method included a CompleteAssociationList but the xxxDataCacheEntry was not generated to make use of it. |
Azione | Check the xxxAdapterBinding class and the xxxCacheEntry class(generated by the Deploy tool) for the bean type being used. Examine the input you gave to the Deploy Tool for this bean type. |
Spiegazione | Caused when client code sends a PMCacheInvalidationRequest with a beanAbstractSchemaName. Either someone forgot to configure this bean type's "Lifetime In Cache Usage" or the request's beanAbstractSchemaName is for the wrong bean type. |
Azione | Use the Application Assembly Tool to update your Entity Bean's configuration; on the "IBM Extensions" tab, set "Lifetime In Cache Usage" to an appropriate value other than "OFF". Or find the application code that sends the PMCacheInvalidationRequest and correct the beanAbstractSchemaName value used. |
Spiegazione | Caused when client code sends an incorrect JMS message to the PM cache invalidate topic. |
Azione | Find the application code that sends to the PM cache invalidate topic and fix it so it follows the documented interface for "Cache Invalidation". |
Spiegazione | Caused when client code sends an incorrect JMS message to the PM cache invalidate topic. |
Azione | Find the application code that sends to the PM cache invalidate topic and set the beanHomeJNDIName parameter to a correct value. |
Spiegazione | Caused when CMP entity beans do not insure that each uses a unique bean home JNDI name and a feature of WebSphere is used which depends on this uniqueness. |
Azione | Examine the bean home JNDI name used by installed beans (these can be found the deployment descriptor and other places) and get rid of any duplicate names. |
Spiegazione | An error occured while processing a WebSphere PM cache invalidation request, specifically a primary key object serialized into a byte[]. If the bean's key class is at fault, there should be other errors elsewhere as well. |
Azione | Confirm that your bean's primary key class correctly serializes & deserializes itself, as required by the EJB 2.x specification. If it does, report this error to IBM. |
Spiegazione | Caused when client code sends an incorrect JMS message to the PM cache invalidate topic. |
Azione | Find the application code that sends to the PM cache invalidate topic and fix it so it follows the documented interface for "Cache Invalidation". Especially, insure that the key objects you pass in the request are of the correct type for the beanHomeJNDIName you pass in the request. |
Spiegazione | An error occurred while setting up for PM cache invalidation. This occurs during server startup. It is likely an internal error in the WAS-install-time configuration of the JMS TopicConnectionFactory or TopicDestination we use. |
Azione | If the problem persists, see problem determination information on the WebSphere Application Server Support page at http://www.ibm.com/software/webservers/appserv/was/support/. |
Spiegazione | Internal PMCacheInvalidationMessageHandler thread caught an exception while receiving invalidation messages. |
Azione | If the problem persists, see problem determination information on the WebSphere Application Server Support page at http://www.ibm.com/software/webservers/appserv/was/support/. |
Spiegazione | An exception was thrown while requesting a connection from the Resource Adapter |
Azione | Please verify the J2EE Connector (also called the Resource Adapter) configured for use with the current bean type is a valid ResourceAdapter. In this case, it is the ConnectionFactory which is actually failing. |
Spiegazione | An exception was thrown while requesting a connection from the Resource Adapter |
Azione | Please verify the J2EE Connector (also called the Resource Adapter) configured for use with the current bean type is a valid ResourceAdapter. In this case, it is the connection.getInteraction() or the interaction itself which is actually failing. |
Spiegazione | Although there are other reasons for this exception, the most typical cause for EJB 2.0 applications is a deadlock with another transaction in this or another application on this or another computer. Deadlock here means you are attempting to obtain a lock on data in the database when some other transaction already has a conflicting lock. Locks are obtained when you try to access the data for a bean, or sometimes for a nearby bean in the same database table. |
Azione | Correct the application logic or data access pattern for this application or the one you conflict with so the conflict does not occur. For more information on when and how locks are obtained, see the documentation for your particular database or other datastore. To learn how to configure your applications to avoid such a deadlock, see the documentation for WebSphere Application Server, under "Access Intents". |
Spiegazione | The ResourceAdapter configured for this bean type indicates that the supplied key is a duplicate of one already in the datastore. This may happen during normal application execution. |
Azione | Your application should be written to accept this exception and communicate this to your end user. |
Spiegazione | Another application probably changed the data in the database while you were using it. Since you chose to use optimistic concurrency control (e.g., Access Intent = optimisticUpdate), you chose to take the chance this might happen to gain other benefits. |
Azione | Your application should be written to handle this exception and either retry the update or communicate the failure to your end user and let them decide whether to retry the update. |
Spiegazione | The bean type being used is part of an inheritance hierarchy, and a finder method returned data for a bean subclass not recognized by the Extractor subclasses (generated by the Deploy Tool) |
Azione | Ensure you have a deployment descriptor entry for all possible bean types in this inheritance hierarchy. Then make sure the Deploy Tool generated an xxxExtractor class for all of these bean types. |
Spiegazione | There was a low-level error in getting data returned from your Resource Adapter (or the DataStore behind it), as the result of a finder or select method. A common source of error is that the type of the field/column does not match the Deployment Descriptor section defining this bean type, or some other error in the mapping of bean attributes to backend data. |
Azione | Verify that the mapping information (bean attribute types to datastore types) is correct. If correct, examine the xxxExtractor classes (generated by the Deploy Tool), especially the extractXXX() methods. |
Spiegazione | There was a low-level error in navigating through or otherwise using data returned from your Resource Adapter (or the DataStore behind it), as the result of a finder or select method. |
Azione | Review the documentation for the ResourceAdapter you are using to see if it is compatible for use as the datastore for CMP 2.0 beans. If you are using the Relational Resource Adapter (the default), it is an internal error. |
Spiegazione | An attempt has been made to call a method which will not work until after bean data has been extracted from this result row using xxxExtractor.extractData(). |
Azione | If the problem persists, see problem determination information on the WebSphere Application Server Support page at http://www.ibm.com/software/webservers/appserv/was/support/. |
Spiegazione | The data retrieved from the datastore for a bean does not match the generated Extractor code for that bean type, so that the method cannot properly process the data for use as an entity bean. |
Azione | Internal error in the tooling that generated the Extractor for this bean type. No user error during data mappping or other configuration should cause this error to occur. |
Spiegazione | There was a low-level error in iterating through the javax.resource.cci.ResultSet returned from your Resource Adapter (or the DataStore behind it), as the result of a finder or select method. |
Azione | Review the documentation for the ResourceAdapter you are using to see if it is compatible for use as the datastore for CMP 2.0 beans. If you are using the Relational Resource Adapter (the default), it is an internal error. |
Spiegazione | Calling next() on the javax.resource.cci.ResultSet returned by the ResourceAdapter failed. |
Azione | Review the documentation for the ResourceAdapter you are using to see if it is compatible for use as the datastore for CMP 2.0 beans. If you are using the Relational Resource Adapter (the default), it is an internal error. |
Spiegazione | Internal error in the logic which creates and initialized a ResultCollection. |
Azione | If the problem persists, see problem determination information on the WebSphere Application Server Support page at http://www.ibm.com/software/webservers/appserv/was/support/. |
Spiegazione | The connection used to obtain the ResultSet could have been broken,which sometimes (if you are lucky) triggers a close of ResultSets instead of some more obscure error. It could also be that ConnectionManager (J2C) has prematurely closed a connection (this would be an internal error perhaps caused by a bad fixpack). |
Azione | Check for a dropped connection to your datastore. Review the documentation for the ResourceAdapter you are using to see if it is compatible for use as the datastore for CMP 2.0 beans. If you are using the Relational Resource Adapter (the default), it is an internal error. |
Spiegazione | Some unknown SQLException occurred while iterating through a ResultSet returned from a finder or select method. |
Azione | Review the documentation for the ResourceAdapter you are using to see if it is compatible for use as the datastore for CMP 2.0 beans. If you are using the Relational Resource Adapter (the default), it is an internal error. |
Spiegazione | Some unknown Exception (other than as in PMGR6040 or PMGR6041) occurred while iterating through a ResultSet returned from a finder or select method. |
Azione | Review the documentation for the ResourceAdapter you are using to see if it is compatible for use as the datastore for CMP 2.0 beans. If you are using the Relational Resource Adapter (the default), it is an internal error. |
Spiegazione | While executing a method other than a finder or select (such as create, update or remove), an exception was thrown while attempting to close a connection being used for that method. |
Azione | Check for a dropped connection to your datastore or other problem with database connections. Review the documentation for the ResourceAdapter you are using to see if it is compatible for use as the datastore for CMP 2.0 beans. If you are using the Relational Resource Adapter (the default), it is an internal error. |
Spiegazione | Persistence Manger (a component of WAS CMP 2.0 support) requires that Resource Adapters return the result of a finder or select method as either javax.resource.cci.ResultSet or javax.resource.cci.IndexedRecord. javax.resource.cci.MappedRecord is not supported. |
Azione | Review the documentation for the ResourceAdapter you are using to see if it is compatible for use as the datastore for CMP 2.0 beans. There could be an error or omission in the EJBToRAAdapter subclass supplied with (or added to) your Resource Adapter. If you are using the Relational Resource Adapter (the default), it is an internal error. |
Spiegazione | The Resource Adapter for this bean type returned the result of a finder or select method as an unknown type of object. |
Azione | Review the documentation for the ResourceAdapter you are using to see if it is compatible for use as the datastore for CMP 2.0 beans. There could be an error or omission in the EJBToRAAdapter subclass supplied with (or added to) your Resource Adapter. If you are using the Relational Resource Adapter (the default), it is an internal error. |
Spiegazione | Collections returned from a finder or select method are read-only, they do not allow changes to their content. Your application attempted to call a Collection method which would update the content. |
Azione | Change your application so it does not call Collection methods which would update the content. If you need a collection which has some but not all of the beans in the returned collection, copy the desired elements into a Collection you created yourself. |
Spiegazione | This generated extractor did not override the 'discriminate' method, although it should have since its bean is part of an inheritance hierarchy. |
Azione | If you changed the code generated by the deploy tool, check for errors in this code. |
Spiegazione | This generated extractor did not override the 'extractDiscriminationValues' method, although it should have since its bean is part of an inheritance hierarchy. |
Azione | If you changed the code generated by the deploy tool, check for errors in this code. |
Spiegazione | fieldResultRawData is a wrapper for the ResultSet or IndexedRecord returned from a finder or select method. It is always set to a non-null value. There must be an internal logic error in the code which initialized the ResultCollection. |
Azione | If the problem persists, see problem determination information on the WebSphere Application Server Support page at http://www.ibm.com/software/webservers/appserv/was/support/. |
Spiegazione | This IP address is used (on the "distributed" platform, not z/OS) to generate unique key values for use with beans defined as having 'unknown' primary keys. Without the IP addresss, the Persistence Manager cannot support "unknown" keys. |
Azione | If the problem persists, see problem determination information on the WebSphere Application Server Support page at http://www.ibm.com/software/webservers/appserv/was/support/. |
Spiegazione | Your application attempted to call a method which is not supported in this release of WebSphere Application Server. |
Azione | Change your application so it does not call methods which are not supported in this release. |
Spiegazione | This generated DataAccessSpec has a WholeRowExtractor with more than one extractor (which indicates other bean data will be read ahead) and yet has no ReadAheadHint to indicate what other bean data should be read ahead. |
Azione | If you changed the code generated by the deploy tool, especially the xxxAdapterBinding class, check for errors in this code. |
Spiegazione | The format or content of data in the generated BeanAdapterBinding subclass for some CMP bean does not match what the PM runtime expects. This could be caused by an error in ejbdeploy or in PM runtime, or could be caused by someone incorrectly editing the generated code. |
Azione | If you changed the code generated by the deploy tool, check for errors in this code. Otherwise, report this error to IBM. |
Spiegazione | There was a low-level error in getting data returned from your Resource Adapter (or the DataStore behind it), as the result of a finder or select method. A common source of error is that the data in the given column is not a Serialized (or Externalized) Java object as you asserted it was, or some other error in the mapping of this backend column to a bean attribute. |
Azione | Verify that the value of this column in your datastore is a Serialized (or Externalized) Java object. If it is, examine the classes generated by the Deploy Tool, especially the xxxAdapterBinding class for this bean type. |
Spiegazione | When unserializing a column of data resulting from a finder or select, the Java class of the object previously serialized into this column could not be found. |
Azione | Examine the Java classpath in effect for your application, .jar file contents, etc. to determine why this class (which would typically be a class supplied by you) cannot be found. One test you can do is to attempt to create an instance of this class, or otherwise refer to it, within a servlet you have written (which also runs on the application server just as the Persistence Manager does). |
Spiegazione | Clarification of where the preceeding exception came from. |
Azione | See the preceeding exeception for what to do. |
Spiegazione | Clarification of where the preceeding exception came from. |
Azione | See the preceeding exeception for what to do. |
Spiegazione | Clarification of where the preceeding exception came from. |
Azione | See the preceeding exeception for what to do. |
Spiegazione | Clarification of where the preceeding exception came from. |
Azione | See the preceeding exeception for what to do. |
Spiegazione | You have altered the WebSphere INTERNAL USE ONLY flag "INTERNAL_USE_ONLY_throwOnDatastoreAccess". Doing so is a user error and is not supported. |
Azione | Remove the code in your application that altered the WebSphere INTERNAL USE ONLY flag "INTERNAL_USE_ONLY_throwOnDatastoreAccess". |