Hi Tobias,

What I want to do is basically test how distributed transaction management
is handled by the server with MS SQL Svr 7 and a type 4 XA-enabled JDBC
driver (the basic schema here is an entity A hosted by DBMS 1, an entity B
hosted by DBMS 2 with DBMS 1 physically different from DBMS 2, and a session
bean C which modifies A and B in a single transaction : either both or none
of A & B must be updated).
I did modified the jboss.jcml (see my previous posts about MS SQL Svr 7 and
WebLogic for instance) and the jboss.conf...
If you wonder why I'm trying to use another class for XA than the Minerva,
you may have noted that using the default Minerva XA implementation brings
some limitations (see http://www.jboss.org/manual/adv_config.html#jdbc2)...

In addition, I will probably also test if connection pooling can be achieved
by using the JDBC 2.0 Optional package of the JDBC driver instead of the
jBoss implementation. Next question is : can I expect some benefits from
doing so ? What do you think, guys ?

Any other idea ?

                        Pascal Davoust.

-----Original Message-----
From: Tobias Frech [mailto:[EMAIL PROTECTED]]
Sent: Monday, November 27, 2000 3:42 PM
To: jBoss
Subject: Re: [jBoss-User] jBoss Final 2.0 & XA-enabled JDBC driver


Hi Pascal !
I didn't have a closer look at what you didn't, sorry. But my first
question is: If you want to setup a pooled connection using
JAWS/Minerva, shouldn't you setup your DB-connection in jboss.jcml ?
Please have a look at:
http://www.jboss.org/manual/adv_config.html#poolex

Keep us posted please, cheers,

Tobias

Pascal Davoust wrote:
>
> Hi all (third time today ;o),
>
> I tried to setup my iNet JDBC driver for distributed transaction support
> (the driver allows that) by specifying the following config :
>
> <MLET CODE="org.jboss.jdbc.XADataSourceLoader"
> ARCHIVE="jboss.jar,Opta2000.jar" CODEBASE="../lib/ext/">
>     <ARG TYPE="java.lang.String" VALUE="SqlSvrConnectionPool">
>     <ARG TYPE="java.lang.String" VALUE="com.inet.tds.XDataSource">
> </MLET>
>
> but I end up with the following message :
>
> [SqlSvrConnectionPool] Initializing
> [SqlSvrConnectionPool] Initialized
> [Default] javax.management.RuntimeMBeanException: RuntimeException thrown
in
> the MBean's setter
> [Default]       at
>
com.sun.management.jmx.MBeanServerImpl.setAttribute(MBeanServerImpl.java:141
> 7)
> [Default]       at
>
com.sun.management.jmx.MBeanServerImpl.setAttribute(MBeanServerImpl.java:133
> 1)
> [Default]       at
>
org.jboss.configuration.ConfigurationService.load(ConfigurationService.java:
> 139)
> [Default]       at java.lang.reflect.Method.invoke(Native Method)
> [Default]       at
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)
> [Default]       at
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
> [Default]       at org.jboss.Main.<init>(Main.java:143)
> [Default]       at org.jboss.Main$1.run(Main.java:87)
> [Default]       at java.security.AccessController.doPrivileged(Native
> Method)
> [Default]       at org.jboss.Main.main(Main.java:83)
> [Default] javax.management.RuntimeMBeanException: RuntimeException thrown
in
> the MBean's setter
> [Default]       at
>
com.sun.management.jmx.MBeanServerImpl.setAttribute(MBeanServerImpl.java:141
> 7)
> [Default]       at
>
com.sun.management.jmx.MBeanServerImpl.setAttribute(MBeanServerImpl.java:133
> 1)
> [Default]       at
>
org.jboss.configuration.ConfigurationService.load(ConfigurationService.java:
> 139)
> [Default]       at java.lang.reflect.Method.invoke(Native Method)
> [Default]       at
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)
> [Default]       at
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
> [Default]       at org.jboss.Main.<init>(Main.java:143)
> [Default]       at org.jboss.Main$1.run(Main.java:87)
> [Default]       at java.security.AccessController.doPrivileged(Native
> Method)
> [Default]       at org.jboss.Main.main(Main.java:83)
> [Default] jBoss 2.0 FINAL Started
>
> I'm out of idea here...
> Setting the parameter back to "org.jboss.minerva.xa.XADataSourceImpl"
makes
> the message disappear...
> Any idea on what's going wrong here ?
>
> Thanks,
>
>                                 Pascal Davoust.
>
> --
> --------------------------------------------------------------
> To subscribe:        [EMAIL PROTECTED]
> To unsubscribe:      [EMAIL PROTECTED]
> Problems?:           [EMAIL PROTECTED]


--
--------------------------------------------------------------
To subscribe:        [EMAIL PROTECTED]
To unsubscribe:      [EMAIL PROTECTED]
Problems?:           [EMAIL PROTECTED]



--
--------------------------------------------------------------
To subscribe:        [EMAIL PROTECTED]
To unsubscribe:      [EMAIL PROTECTED]
Problems?:           [EMAIL PROTECTED]

Reply via email to