I have two datasource mappings pointed at the same server-database combination. The two are used by different applications as to differentiate between testing and release code. Each datasource has their own respective login to the database, but, use the same group of classes to access the db. I just released a new version of one of my apps and found that at times it appears to be confusing the datasource choice. i.e., I tell it to use ds1, however, it looks to be using ds2. I'm running JBossAS-4.0.2 on a W2K box against SQLServer2K. Here's the connection object: | ... | | /** | * | * Handles connections to multiple databases. | */ | public class AppHelper | { | private static AppHelper appHelperInstance = null; | public static final String SC_DEFAULT_DS_CON = Constants.DEFAULT_DS_CON_VALUE; | public static final String SC_CATS_DS_MAIN = Constants.CATS_DS_MAIN_VALUE; | | ... | | //-------------------------------------------------------------------- | /** | * Static method used to retrieve an instance of the object (or to create | * a new instance, if none exists.) | * @return AppHelper app helper instance | */ | public static synchronized AppHelper getInstance() { | logger.debug("entering getInstance()"); | appHelperInstance = (null == appHelperInstance) ? | new AppHelper() : appHelperInstance; | logger.debug("leaving getInstance()"); | return appHelperInstance; | } | | private AppHelper(){ | logger.debug("creating the AppHelper Singleton"); | logger.debug("leaving AppHelper Singleton"); | } | | ... | | synchronized public Connection getConnection(String ds)throws NamingException, SQLException | { | logger.debug("entering getConnection()"); | logger.info("get connection for "+ds); | | DataSource dataSource = initializeDataSource(ds); | | Connection conn = null; | | try { | conn = dataSource.getConnection(); | logger.info("connection:"+conn.toString()); | } catch (NullPointerException e) { | logger.error("caught np exception getting connection from cached resource!"); | logger.info("attempting to restart the datasource..."); | /* | * If the dataSource has been shutdown or perhaps | * the database server has been restarted, then, these | * exception handlers will restart the datasource... | * NOTE: All works fine if a user is in the middle of using the app, | * however, since the Security relies on JBoss CMP then | * are unable to authenticate | */ | conn = resetDataSource(ds); | logger.info("connection established!"); | } catch (SQLException e) { | logger.error("caught sql exception getting connection from cached resource!"); | logger.info("sql ex->"+e.getMessage()); | logger.info("attempting to restart the datasource..."); | /* | * If the dataSource has been shutdown or perhaps | * the database server has been restarted, then, these | * exception handlers will restart the datasource... | * NOTE: All works fine if a user is in the middle of using the app, | * however, since the Security relies on JBoss CMP then | * are unable to authenticate | */ | conn = resetDataSource(ds); | logger.info("connection established!"); | } | | //conn.setAutoCommit(true); | logger.debug("leaving getConnection()"); | return conn; | } | | ... | | } | | A call that switches ds: | con = AppHelper.getInstance().getConnection( | AppHelper.SC_DEFAULT_DS_CON); | // appears not to use the default ds con | ps = con.prepareStatement( | "UPDATE TempNewTest SET" + | "TC = ? " + | "WHERE SessionID = ? " + | "AND TC = ?"); | The Constants static lookup: | static { | try { | resourceBundle = ResourceBundle.getBundle("util"); | | DEFAULT_DS_CON_VALUE = resourceBundle.getString(DEFAULT_DS_CON); | CATS_DS_MAIN_VALUE = resourceBundle.getString(CATS_DS_MAIN); | | } catch(Exception e) { | System.err.println("Caught exception getting util.properties resource bundle."); | } | } | The value: | default.ds.con=java:DefaultDS | cats.ds.con=java:CATS_DS_MAIN | In the trace the expected login for the call is not the one listed in the DefaultDS file. Another strange thing is that it's only with Insert and Update calls. All the Selects are done with the correct login. If anyone could validate this or perhaps suggest something that I might be able to do to figure this out would be greatly appreciated. Thanks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3973380#... Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&a...