Art of BI: JDBC Issue weblogic.descriptor.BeanAlreadyExistsException
Christian Screen | | May 9, 2014
Although WebLogic Server is robust, it can be a bit klugy when it comes to some refreshing of loading its core objects such as JEE deployments and even JDBC data source. When upgrading, replacing (or removing and recreating) JDBC data sources we’ve found that one may encounter the JDBC Issue weblogic.descriptor.BeanAlreadyExistsException exception message. This message is typically followed by some additional detail as seen in the image below such as, Bean already exists: “weblogic.j2ee.descriptor.wl.JDBCPropertyBeanImpl@138140a7([biteamwork]/JDBCDriverParams/Properties/Properties[user])”
This is caused by temporary file persistence which occurs when WebLogic does not complete its proper housecleaning steps when either deleting a JDBC data source or using WLST script to delete or rename a JDBC data source connection. It is uncertain whether if this is an issue with the native WLST parser or if WebLogic server is actually failing at some point in the cleanup process but regardless the solution to resolve this issue is simple and fairly quick by accessing the file system and removing a few files.
Ultimately the solution to the problem highlighted in this post is to remove the files and or directory that WebLogic was unable to cleanup in its expected routine.
Open the file system and conduct a search for the JDBC data source name in question. Per the example above we can simply conduct a search using the keyword “biteamwork”. You may start the search in the directory, FMW_HOME/user_projects/domains/bifoundation_domain
(Notice in the photo above that searching for biteamwork as a keyword will find all references in the JEE cache as well. Be careful not to delete the JEE folder for the BITeamwork application unless directed to by the Art of BI Software support team.)
Once the files are found, you will want to focus on any files with a “-jdbc.xml” suffix. In this case we want to find the biteamwork-jdbc.xml file. Once we find this file and navigate to its directory location you will notice that there are several other “-jdbc.xml” suffixed files collocated. This is the directory reference that stores the available (and clearly outdated) JDBC data sources referenced through the WLS Admin Console.
Delete the culprit JDBC data source XML file in question. If you wish to be cautious, you may simply modify the XML extension to something such as OLD or BAK so that it is no longer relevant to WebLogic.
Once you have deleted or renamed the file in question you may safely rerun the original process from which you received the exception error message. Your process should complete successfully thereafter hopefully with no further issues.
EPM applications help measure the business performance. This post will help you choose the best EPM solutions for your organization’s needs and objectives.
Imagine there are over one hundred logins in the source server and you need to migrate them all over to the destination server. Wouldn’t it be awesome if we could automate the process by generating the scripts for the required tasks?