-
1. Re: SQL Server - sysglobaltransactions
foglesa Nov 16, 2001 1:43 AM (in response to snorman)what is your JDBC url? what database does it connect to. Under sqlserver the default database (if none is in the url) is the master DB. I would agree with the DBA, a BAD place to be mucking around :)
If he opens it... you should slap him. heh. I would bet it is in the JDBC URL (if I was a betting man).
Al -
2. Re: SQL Server - sysglobaltransactions
snorman Nov 16, 2001 8:31 AM (in response to snorman)Thanks for the reply,
The following is my pool connection as defined in jboss.jcml. The username used for the connection does not default to the 'master' database.
When I use an entity bean the correct database (named 'security') is being reference and updated but, at the same time the 'sysglobaltransactions' table in the 'master' database is also being updated.
Thanks for any help you or anyone else can provide...
com.inet.tds.XDataSource
SQLServerPoolSecurity
host=xx.xxx.229.7; database=security
WebServer
xxxxxxxxx
10
false
false
false
true
120000
1800000
false
false
1.0
0 -
3. Re: SQL Server - sysglobaltransactions
foglesa Nov 17, 2001 12:21 PM (in response to snorman)the only thing i see is that the datasource class is not the jboss one. Leave it like the example and add your drivers into the drivers part of the jcml.
Al -
4. Re: SQL Server - sysglobaltransactions
davidjencks Nov 18, 2001 1:45 AM (in response to snorman)I know nothing specific about mssql, however, if you are using a ms xa capable driver, which appears to be the case, and the sysglobaltransactions table indeed keeps track of global (xa) transactions, what does your dba expect? in this case, every transaction IS GLOBAL, potentially involving every db known to the master db. Note that if you are using transacted jms or more than one db you NEED the xa driver in order to get real transactions. The jboss XADataSourceImpl is a (near) hack to let people without an xa capable db play with j2ee at the severe risk of burning their fingers (or data) if they are accessing more than one resource manager in a transaction.