Hi MS, I understand with CMP you can have it create a table if it does not already exist. I'm looking for the case where there is an existing table, with data in it, and need to add new fields to the table. thanks, -D ---- Hello,
Redeploying the entity bean should take care of creating the table... Am i missing some point here? rgds MS -----Original Message----- From: Darren Hartford [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 09, 2003 9:56 AM To: [EMAIL PROTECTED] Subject: [JBoss-user] maybe just dreaming - Entity Bean change reflect in Persistant Storage? Hi All, I may be just dreaming, but when making a change to a CMP Bean, is there some functionality to automatically update the Persistant Storage with the change? As an example, add some new fields to the bean and have it add the new fields to the attached database? Jboss3.0.4/Jetty w/ MySQL DB Thanks in advance if anyone has a solution! -D ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --__--__-- Message: 2 From: "Igor Semenko" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Date: Thu, 9 Jan 2003 22:59:02 +0200 Subject: [JBoss-user] per application login Reply-To: [EMAIL PROTECTED] We have many applications (stores) deployed In jboss, each have one or more users to perform store administration tasks. I'm thinking about best way to limit users to their own stores. Login information is stored In table: userId, password, storeId ... First idea is to overwrite DatabaseLoginModule and put storeId attribute into Principal object, then handle access rules within application. Ideally login module should reject login with storeId different from 'current storeId'. Any idea? Thanks, Igor Semenko. --__--__-- Message: 3 To: [EMAIL PROTECTED] From: Weiqi Gao <[EMAIL PROTECTED]> Date: Thu, 09 Jan 2003 14:59:23 -0600 Subject: [JBoss-user] Re: Intermittent error on deployment Reply-To: [EMAIL PROTECTED] Scott M Stark wrote: > > That can't be this case as he said retouching the descriptor resulted in > a successful deployment. If the process was out of fds due to leaks its > not likely that it suddenly got one. How is the build being done? > Perhaps the descriptor is being removed and there is a race condition > between seeing the update and replacing the descriptor. In my case, I'm touching the .ear file in the deploy directory. The ear file is 5.4MB in size. Could it be that the file scanner saw the file coming and immediately tied to read META-INF/application.xml, before the file is completely there? Copying the file typically take this long: real 0m0.240s user 0m0.050s sys 0m0.180s -- Weiqi Gao [EMAIL PROTECTED] --__--__-- Message: 4 Date: Thu, 09 Jan 2003 15:23:11 -0600 From: Dan Christopherson <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Cmp vs hibernate Reply-To: [EMAIL PROTECTED] Their performance was pretty good in what it was optimized for: navigational access. Query performance was horrendous. This is somewhat the mirror image of relational database at the same level of maturity: they were great for queries, but navigational access sucked. -danch Eric Kaplan wrote: > Maybe things have changed recently, but I think the biggest thing > against them (besides some of their obscene pricing policies - > read ObjectStore) was their poor performance querying across very large sets > of data compared to their stodgy relational counterparts. > > They were stillborn because they fell apart under certain conditions. > > Eric > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Dan > Christopherson > Sent: Thursday, January 09, 2003 2:32 PM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-user] Cmp vs hibernate > > > Matthew Baird wrote: > >>couple notes: >> >>- try selling an enterprise level application that doesn't support >>a "standard" rdbms on the backend (oracle/sql server/db2) > > > Probably the second biggest thing (after fear of change) that caused > ODBMS's to be stillborn: "Will <insert corporate standard reporting > tool> work with it? No!?!?! How do you expect to sell it?" > > -danch > > --__--__-- Message: 5 From: "Scott M Stark" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Subject: Re: [JBoss-user] Re: Intermittent error on deployment Date: Thu, 9 Jan 2003 15:04:43 -0800 Organization: JBoss Group, LLC Reply-To: [EMAIL PROTECTED] Yes and this is a known issue. Deployment updates need to be atomic or there is a race between completing the update and the scanner trying to deploy the modified content. We need a lock file notion or something to allow for large redeploys. xxxxxxxxxxxxxxxxxxxxxxxx Scott Stark Chief Technology Officer JBoss Group, LLC xxxxxxxxxxxxxxxxxxxxxxxx ----- Original Message ----- From: "Weiqi Gao" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, January 09, 2003 12:59 PM Subject: [JBoss-user] Re: Intermittent error on deployment > Scott M Stark wrote: > > > > That can't be this case as he said retouching the descriptor resulted in > > a successful deployment. If the process was out of fds due to leaks its > > not likely that it suddenly got one. How is the build being done? > > Perhaps the descriptor is being removed and there is a race condition > > between seeing the update and replacing the descriptor. > > In my case, I'm touching the .ear file in the deploy directory. The ear > file is 5.4MB in size. Could it be that the file scanner saw the file > coming and immediately tied to read META-INF/application.xml, before the > file is completely there? > > Copying the file typically take this long: > > real 0m0.240s > user 0m0.050s > sys 0m0.180s > > -- > Weiqi Gao > [EMAIL PROTECTED] --__--__-- Message: 6 From: "GROVE,MIKE (HP-FtCollins,ex1)" <[EMAIL PROTECTED]> To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> Date: Thu, 9 Jan 2003 15:08:53 -0800 Subject: [JBoss-user] "can't enlist" error on second pass through resource adapter Reply-To: [EMAIL PROTECTED] This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C2B834.1428BEE0 Content-Type: text/plain; charset="iso-8859-1" jboss gurus, i'm trying to port a resource adapter to jboss to investigate the feasibility/cost of using this resource adapter with jboss. i'm using jboss 3.0.4 with tomcat 4.1.12. my jdk is 1.3.1.06. platform is w2kp sp3. the resource adapter supports XA. res-sharing-scope is set to Unshareable in the ejb-jar.xml file of the EJB that uses the resource adapter. the resource adapter worked fine in the following use case with both oracle's 9.0.3 oc4j and HP Bluestone's TeS 7.3. the use case is as follows: i have a stateless session bean that begins a BMT, looks up the resource adapter, performs some work on it (via the Interaction interface), closes the connection, and commits the transaction. e.g.: InitialContext ctx = new InitialContext (); // i tried both of the following UserTransaction lookups in trying to fix the problem tran = (UserTransaction) ctx.lookup ("java:comp/UserTransaction"); //tran = (UserTransaction) context.getUserTransaction(); tran.begin(); javax.resource.cci.ConnectionFactory conFac = (javax.resource.cci.ConnectionFactory) ctx.lookup ("java:comp/env/HPIARM"); cx = conFac.getConnection(); Interaction ix = cx.createInteraction (); // do work on ix, e.g. ix.execute(); // i've tried reordering the following two calls without effect. tran.commit(); cx.close(); a servlet invokes the EJB to perform the above operations. the first time i run this body of code, everything works fine. that is, my resource adapter receives XAResource.start, XAResource.end, and XAResource.commit at the appropriate times. the second time, i get the exception listed below. it appears as if the TM still believes the XAResource is enlisted in the first transaction. this surprises me, because both XAResource.end and XAResource.commit were called during the first pass through the method. i believe we get the exception right after ManagedConnectionFactory has run matchManagedConnection and found a match. any suggestions on how to debug this problem? i set the CONSOLE Threshold to TRACE in log4j.xml, which didn't provide any log messages that helped me diagnose the problem. i'm relatively new to jboss; it's certainly possible i missed a simple configuration step. the service file for the resource adapter was mostly copied from an example that shipped with jboss. thanks. -mike exception from jboss's console: 2003-01-09 15:33:42,036 WARN [org.jboss.resource.connectionmanager.XATxConnectionManager$XAConnectionEven tListener] in Enlisting tx, illegal state: TransactionImpl:XidImpl [FormatId=257, GlobalId=fcmgrove//7, BranchQual=] 2003-01-09 15:33:42,046 ERROR [STDERR] java.lang.IllegalStateException: Can't enlist - already a tx! 2003-01-09 15:33:42,046 ERROR [STDERR] at org.jboss.resource.connectionmanager.XATxConnectionManager$XAConnectionEvent Listener.enlist(XATxConnectionManager.java:250) 2003-01-09 15:33:42,056 ERROR [STDERR] at org.jboss.resource.connectionmanager.XATxConnectionManager.managedConnection Reconnected(XATxConnectionManager.java:202) 2003-01-09 15:33:42,066 ERROR [STDERR] at org.jboss.resource.connectionmanager.BaseConnectionManager2.allocateConnecti on(BaseConnectionManager2.java:534) 2003-01-09 15:33:42,076 ERROR [STDERR] at org.jboss.resource.connectionmanager.BaseConnectionManager2$ConnectionManage rProxy.allocateConnection(BaseConnectionManager2.java:814) 2003-01-09 15:33:42,086 ERROR [STDERR] at com.hp.ov.activator.resmgr.connector.HPIAConnectionFactory.getConnection(Unk nown Source) 2003-01-09 15:33:42,096 ERROR [STDERR] at com.hp.ov.activator.resmgr.ejb.ServiceActivationBean.executeService(Unknown Source) 2003-01-09 15:33:42,096 ERROR [STDERR] at java.lang.reflect.Method.invoke(Native Method) 2003-01-09 15:33:42,106 ERROR [STDERR] at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(Stateles sSessionContainer.java:660) 2003-01-09 15:33:42,116 ERROR [STDERR] at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(Cach edConnectionInterceptor.java:186) 2003-01-09 15:33:42,126 ERROR [STDERR] at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor .java:107) 2003-01-09 15:33:42,136 ERROR [STDERR] at org.jboss.ejb.plugins.AbstractTxInterceptorBMT.invokeNext(AbstractTxIntercep torBMT.java:144) 2003-01-09 15:33:42,136 ERROR [STDERR] at org.jboss.ejb.plugins.TxInterceptorBMT.invoke(TxInterceptorBMT.java:62) 2003-01-09 15:33:42,146 ERROR [STDERR] at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSe ssionInstanceInterceptor.java:77) 2003-01-09 15:33:42,156 ERROR [STDERR] at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:13 0) 2003-01-09 15:33:42,166 ERROR [STDERR] at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:204) 2003-01-09 15:33:42,166 ERROR [STDERR] at org.jboss.ejb.StatelessSessionContainer.invoke(StatelessSessionContainer.jav a:313) 2003-01-09 15:33:42,176 ERROR [STDERR] at org.jboss.ejb.Container.invoke(Container.java:712) 2003-01-09 15:33:42,176 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) 2003-01-09 15:33:42,196 ERROR [STDERR] at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:98) 2003-01-09 15:33:42,196 ERROR [STDERR] at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:102) 2003-01-09 15:33:42,206 ERROR [STDERR] at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:77 ) 2003-01-09 15:33:42,216 ERROR [STDERR] at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:80) 2003-01-09 15:33:42,226 ERROR [STDERR] at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInter ceptor.java:111) 2003-01-09 15:33:42,226 ERROR [STDERR] at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:76) 2003-01-09 15:33:42,236 ERROR [STDERR] at $Proxy16.executeService(Unknown Source) 2003-01-09 15:33:42,236 ERROR [STDERR] at com.hp.ov.activator.deployment.servlet.component.ActivateAction.execute(Unkn own Source) 2003-01-09 15:33:42,246 ERROR [STDERR] at com.hp.ov.activator.deployment.servlet.DeployerServlet.doPost(Unknown Source) 2003-01-09 15:33:42,256 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) 2003-01-09 15:33:42,266 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) 2003-01-09 15:33:42,276 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:247) 2003-01-09 15:33:42,276 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) 2003-01-09 15:33:42,286 ERROR [STDERR] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:260) 2003-01-09 15:33:42,296 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) 2003-01-09 15:33:42,306 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) 2003-01-09 15:33:42,306 ERROR [STDERR] at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) 2003-01-09 15:33:42,316 ERROR [STDERR] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:191) 2003-01-09 15:33:42,326 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) 2003-01-09 15:33:42,337 ERROR [STDERR] at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2 46) 2003-01-09 15:33:42,337 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) 2003-01-09 15:33:42,357 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) 2003-01-09 15:33:42,357 ERROR [STDERR] at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) 2003-01-09 15:33:42,367 ERROR [STDERR] at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2396) 2003-01-09 15:33:42,377 ERROR [STDERR] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 ) 2003-01-09 15:33:42,377 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) 2003-01-09 15:33:42,387 ERROR [STDERR] at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. java:170) 2003-01-09 15:33:42,397 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) 2003-01-09 15:33:42,407 ERROR [STDERR] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172 ) 2003-01-09 15:33:42,407 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) 2003-01-09 15:33:42,417 ERROR [STDERR] at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:469) 2003-01-09 15:33:42,427 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) 2003-01-09 15:33:42,437 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) 2003-01-09 15:33:42,437 ERROR [STDERR] at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) 2003-01-09 15:33:42,447 ERROR [STDERR] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :174) 2003-01-09 15:33:42,457 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) 2003-01-09 15:33:42,467 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) 2003-01-09 15:33:42,467 ERROR [STDERR] at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) 2003-01-09 15:33:42,477 ERROR [STDERR] at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java: 1040) 2003-01-09 15:33:42,487 ERROR [STDERR] at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1151 ) 2003-01-09 15:33:42,497 ERROR [STDERR] at java.lang.Thread.run(Thread.java:479) service file for resource adapter: <?xml version="1.0" encoding="UTF-8"?> <server> <mbean code="org.jboss.resource.connectionmanager.XATxConnectionManager" name="jboss.jca:service=XaTxCM,name=HPIA Connector"> <depends>jboss.jca:service=RARDeployer</depends> <depends optional-attribute-name="ManagedConnectionFactoryName"> <mbean code="org.jboss.resource.connectionmanager.RARDeployment" name="jboss.jca:service=XaTxDs,name=HPIA Connector"> <depends optional-attribute-name="OldRarDeployment"> jboss.jca:service=RARDeployment,name=HPIA Connector </depends> <attribute name="JndiName">HPIARM</attribute> <attribute name="ManagedConnectionFactoryProperties"> <properties> <config-property> <config-property-name>Host</config-property-name> <config-property-type>java.lang.String</config-property-type> <config-property-value>localhost</config-property-value> </config-property> <config-property> <config-property-name>Port</config-property-name> <config-property-type>java.lang.String</config-property-type> <config-property-value>6667</config-property-value> </config-property> <config-property> <config-property-name>Classname</config-property-name> <config-property-type>java.lang.String</config-property-type> <config-property-value>com.hp.ov.activator.log.HPIALogger</config-property-v alue> </config-property> <config-property> <config-property-name>LogDirectory</config-property-name> <config-property-type>java.lang.String</config-property-type> <config-property-value>d:/</config-property-value> </config-property> <config-property> <config-property-name>LogLevel</config-property-name> <config-property-type>java.lang.String</config-property-type> <config-property-value>DEBUG2</config-property-value> </config-property> <config-property> <config-property-name>LogMaxEntries</config-property-name> <config-property-type>java.lang.String</config-property-type> <config-property-value>10000</config-property-value> </config-property> <config-property> <config-property-name>LogAllowStatistics</config-property-name> <config-property-type>java.lang.String</config-property-type> <config-property-value>TRUE</config-property-value> </config-property> </properties> </attribute> </mbean> </depends> <depends optional-attribute-name="ManagedConnectionPool"> <mbean code="org.jboss.resource.connectionmanager.JBossManagedConnectionPool" name="jboss.jca:service=XaTxPool,name=HPIA Connector"> <attribute name="MinSize"> 0</attribute> <attribute name="MaxSize"> 50</attribute> <attribute name="BlockingTimeoutMillis">5000</attribute> <attribute name="IdleTimeoutMinutes"> 15</attribute> <attribute name="Criteria">ByApplication</attribute> </mbean> </depends> <depends optional-attribute-name="CachedConnectionManager"> jboss.jca:service=CachedConnectionManager </depends> <depends optional-attribute-name="JaasSecurityManagerService"> jboss.security:service=JaasSecurityManager </depends> <attribute name="TransactionManager"> java:/TransactionManager </attribute> </mbean> </server> ------_=_NextPart_001_01C2B834.1428BEE0 Content-Type: text/html; charset="iso-8859-1" <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> <META content="MSHTML 5.50.4922.900" name=GENERATOR></HEAD> <BODY> <DIV><FONT face="Courier New" size=2><SPAN class=029453722-09012003>jboss gurus,</SPAN></FONT></DIV> <DIV><FONT face="Courier New" size=2><SPAN class=029453722-09012003></SPAN></FONT> </DIV> <DIV><FONT face="Courier New" size=2><SPAN class=029453722-09012003>i'm trying to port a resource adapter to jboss to investigate the feasibility/cost of using this resource adapter with jboss. i'm using jboss 3.0.4 with tomcat 4.1.12. my jdk is 1.3.1.06. platform is w2kp sp3. the resource adapter supports XA. res-sharing-scope is set to Unshareable in the ejb-jar.xml file of the EJB that uses the resource adapter.</SPAN></FONT></DIV> <DIV><FONT face="Courier New" size=2><SPAN class=029453722-09012003></SPAN></FONT> </DIV> <DIV><FONT face="Courier New" size=2><SPAN class=029453722-09012003>the resource adapter worked fine in the following use case with both oracle's 9.0.3 oc4j and HP Bluestone's TeS 7.3. the use case is as follows: </SPAN></FONT></DIV> <DIV><FONT face="Courier New" size=2><SPAN class=029453722-09012003></SPAN></FONT> </DIV> <DIV><FONT face="Courier New" size=2><SPAN class=029453722-09012003>i have a stateless session bean that begins a BMT, looks up the resource adapter, performs some work on it (via the Interaction interface), closes the connection, and commits the transaction.<FONT size=2> </FONT>e.g.:</SPAN></FONT></DIV> <DIV><FONT face="Courier New" size=2><SPAN class=029453722-09012003></SPAN></FONT> </DIV> <DIV><FONT face="Courier New" size=2><SPAN class=029453722-09012003> InitialContext ctx = new InitialContext ();</SPAN></FONT></DIV> <DIV><SPAN class=029453722-09012003><FONT face="Courier New" size=2></FONT> </DIV> <DIV><FONT face="Courier New"><FONT size=2><SPAN class=029453722-09012003> // i tried both of the following UserTransaction lookups in trying to fix the problem</SPAN><BR> tran = (UserTransaction) ctx.lookup ("java:comp/UserTransaction");<BR> //tran = (UserTransaction) context.getUserTransaction();<BR></FONT></FONT></DIV></SPAN> <DIV><FONT face="Courier New" size=2><SPAN class=029453722-09012003> tran.begin();<BR> <BR> javax.resource.cci.ConnectionFactory conFac = (javax.resource.cci.ConnectionFactory)<BR> ctx.lookup ("java:comp/env/HPIARM");<BR> <BR> cx = conFac.getConnection();<BR> Interaction ix = cx.createInteraction ();<BR> </SPAN></FONT></DIV> <DIV><FONT face="Courier New" size=2><SPAN class=029453722-09012003> // do work on ix, e.g. ix.execute();</SPAN></FONT></DIV> <DIV><FONT face="Courier New" size=2><SPAN class=029453722-09012003></SPAN></FONT> </DIV> <DIV><FONT face="Courier New" size=2><SPAN class=029453722-09012003> // i've tried reordering the following two calls without effect.</SPAN></FONT></DIV> <DIV><FONT face="Courier New" size=2><SPAN class=029453722-09012003> tran.commit();</SPAN></FONT></DIV> <DIV><FONT face="Courier New" size=2><SPAN class=029453722-09012003> cx.close();</SPAN></FONT></DIV> <DIV><FONT face="Courier New" size=2></FONT> </DIV> <DIV><FONT face="Courier New" size=2><SPAN class=029453722-09012003>a servlet invokes the EJB to perform the above operations. the first time i run this body of code, everything works fine. that is, my resource adapter receives XAResource.start, XAResource.end, and XAResource.commit at the appropriate times. the second time, i get the exception listed below. it appears as if the TM still believes the XAResource is enlisted in the first transaction. this surprises me, because both XAResource.end and XAResource.commit were called during the first pass through the method. i believe we get the exception right after ManagedConnectionFactory has run matchManagedConnection and found a match.</SPAN></FONT></DIV> <DIV><FONT face="Courier New" size=2><SPAN class=029453722-09012003></SPAN></FONT> </DIV> <DIV><FONT face="Courier New" size=2><SPAN class=029453722-09012003>any suggestions on how to debug this problem? i set the CONSOLE Threshold to TRACE in log4j.xml, which didn't provide any log messages that helped me diagnose the problem. i'm relatively new to jboss; it's certainly possible i missed a simple configuration step. the service file for the resource adapter was mostly copied from an example that shipped with jboss.</SPAN></FONT></DIV> <DIV><FONT face="Courier New" size=2><SPAN class=029453722-09012003></SPAN></FONT> </DIV> <DIV><FONT face="Courier New" size=2><SPAN class=029453722-09012003>thanks.</SPAN></FONT></DIV> <DIV><FONT face="Courier New" size=2><SPAN class=029453722-09012003></SPAN></FONT> </DIV> <DIV><FONT face="Courier New" size=2><SPAN class=029453722-09012003>-mike</SPAN></FONT></DIV> <DIV><FONT face="Courier New" size=2></FONT> </DIV> <DIV><FONT face="Courier New" size=2><SPAN class=029453722-09012003>exception from jboss's console:</SPAN></FONT></DIV> <DIV><FONT face="Courier New" size=2></FONT> </DIV> <DIV><FONT face="Courier New" size=2>2003-01-09 15:33:42,036 WARN [org.jboss.resource.connectionmanager.XATxConnectionManager$XAConnectionEventListener] in Enlisting tx, illegal state: TransactionImpl:XidImpl [FormatId=257, GlobalId=fcmgrove//7, BranchQual=]<BR>2003-01-09 15:33:42,046 ERROR [STDERR] java.lang.IllegalStateException: Can't enlist - already a tx!<BR>2003-01-09 15:33:42,046 ERROR [STDERR] at org.jboss.resource.connectionmanager.XATxConnectionManager$XAConnectionEventListener.enlist(XATxConnectionManager.java:250)<BR>2003-01-09 15:33:42,056 ERROR [STDERR] at org.jboss.resource.connectionmanager.XATxConnectionManager.managedConnectionReconnected(XATxConnectionManager.java:202)<BR>2003-01-09 15:33:42,066 ERROR [STDERR] at org.jboss.resource.connectionmanager.BaseConnectionManager2.allocateConnection(BaseConnectionManager2.java:534)<BR>2003-01-09 15:33:42,076 ERROR [STDERR] at org.jboss.resource.connectionmanager.BaseConnectionManager2$ConnectionManagerProxy.allocateConnection(BaseConnectionManager2.java:814)<BR>2003-01-09 15:33:42,086 ERROR [STDERR] at com.hp.ov.activator.resmgr.connector.HPIAConnectionFactory.getConnection(Unknown Source)<BR>2003-01-09 15:33:42,096 ERROR [STDERR] at com.hp.ov.activator.resmgr.ejb.ServiceActivationBean.executeService(Unknown Source)<BR>2003-01-09 15:33:42,096 ERROR [STDERR] at java.lang.reflect.Method.invoke(Native Method)<BR>2003-01-09 15:33:42,106 ERROR [STDERR] at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:660)<BR>2003-01-09 15:33:42,116 ERROR [STDERR] at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:186)<BR>2003-01-09 15:33:42,126 ERROR [STDERR] at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:107)<BR>2003-01-09 15:33:42,136 ERROR [STDERR] at org.jboss.ejb.plugins.AbstractTxInterceptorBMT.invokeNext(AbstractTxInterceptorBMT.java:144)<BR>2003-01-09 15:33:42,136 ERROR [STDERR] at org.jboss.ejb.plugins.TxInterceptorBMT.invoke(TxInterceptorBMT.java:62)<BR>2003-01-09 15:33:42,146 ERROR [STDERR] at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:77)<BR>2003-01-09 15:33:42,156 ERROR [STDERR] at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:130)<BR>2003-01-09 15:33:42,166 ERROR [STDERR] at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:204)<BR>2003-01-09 15:33:42,166 ERROR [STDERR] at org.jboss.ejb.StatelessSessionContainer.invoke(StatelessSessionContainer.java:313)<BR>2003-01-09 15:33:42,176 ERROR [STDERR] at org.jboss.ejb.Container.invoke(Container.java:712)<BR>2003-01-09 15:33:42,176 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517)<BR>2003-01-09 15:33:42,196 ERROR [STDERR] at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:98)<BR>2003-01-09 15:33:42,196 ERROR [STDERR] at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:102)<BR>2003-01-09 15:33:42,206 ERROR [STDERR] at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:77)<BR>2003-01-09 15:33:42,216 ERROR [STDERR] at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:80)<BR>2003-01-09 15:33:42,226 ERROR [STDERR] at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:111)<BR>2003-01-09 15:33:42,226 ERROR [STDERR] at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:76)<BR>2003-01-09 15:33:42,236 ERROR [STDERR] at $Proxy16.executeService(Unknown Source)<BR>2003-01-09 15:33:42,236 ERROR [STDERR] at com.hp.ov.activator.deployment.servlet.component.ActivateAction.execute(Unknown Source)<BR>2003-01-09 15:33:42,246 ERROR [STDERR] at com.hp.ov.activator.deployment.servlet.DeployerServlet.doPost(Unknown Source)<BR>2003-01-09 15:33:42,256 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)<BR>2003-01-09 15:33:42,266 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)<BR>2003-01-09 15:33:42,276 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)<BR>2003-01-09 15:33:42,276 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)<BR>2003-01-09 15:33:42,286 ERROR [STDERR] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260)<BR>2003-01-09 15:33:42,296 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)<BR>2003-01-09 15:33:42,306 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)<BR>2003-01-09 15:33:42,306 ERROR [STDERR] at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)<BR>2003-01-09 15:33:42,316 ERROR [STDERR] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)<BR>2003-01-09 15:33:42,326 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)<BR>2003-01-09 15:33:42,337 ERROR [STDERR] at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246)<BR>2003-01-09 15:33:42,337 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)<BR>2003-01-09 15:33:42,357 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)<BR>2003-01-09 15:33:42,357 ERROR [STDERR] at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)<BR>2003-01-09 15:33:42,367 ERROR [STDERR] at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2396)<BR>2003-01-09 15:33:42,377 ERROR [STDERR] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)<BR>2003-01-09 15:33:42,377 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)<BR>2003-01-09 15:33:42,387 ERROR [STDERR] at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)<BR>2003-01-09 15:33:42,397 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)<BR>2003-01-09 15:33:42,407 ERROR [STDERR] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)<BR>2003-01-09 15:33:42,407 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)<BR>2003-01-09 15:33:42,417 ERROR [STDERR] at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:469)<BR>2003-01-09 15:33:42,427 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)<BR>2003-01-09 15:33:42,437 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)<BR>2003-01-09 15:33:42,437 ERROR [STDERR] at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)<BR>2003-01-09 15:33:42,447 ERROR [STDERR] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)<BR>2003-01-09 15:33:42,457 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)<BR>2003-01-09 15:33:42,467 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)<BR>2003-01-09 15:33:42,467 ERROR [STDERR] at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)<BR>2003-01-09 15:33:42,477 ERROR [STDERR] at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1040)<BR>2003-01-09 15:33:42,487 ERROR [STDERR] at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1151)<BR>2003-01-09 15:33:42,497 ERROR [STDERR] at java.lang.Thread.run(Thread.java:479)</FONT></DIV> <DIV><FONT face="Courier New" size=2></FONT> </DIV> <DIV><SPAN class=029453722-09012003><FONT face="Courier New" size=2>service file for resource adapter:</FONT></SPAN><SPAN class=029453722-09012003></DIV> <DIV><FONT face="Courier New" size=2> <P><?xml version="1.0" encoding="UTF-8"?></P> <P><server><BR> <mbean code="org.jboss.resource.connectionmanager.XATxConnectionManager" <BR> name="jboss.jca:service=XaTxCM,name=HPIA Connector"></P> <P> <depends>jboss.jca:service=RARDeployer</depends></P> <P> <depends optional-attribute-name="ManagedConnectionFactoryName"><BR> <mbean code="org.jboss.resource.connectionmanager.RARDeployment"<BR> name="jboss.jca:service=XaTxDs,name=HPIA Connector"></P> <P> <depends optional-attribute-name="OldRarDeployment"><BR> jboss.jca:service=RARDeployment,name=HPIA Connector<BR> </depends></P> <P> <attribute name="JndiName">HPIARM</attribute><BR> <attribute name="ManagedConnectionFactoryProperties"><BR> <properties></P> <P> <config-property><BR> <config-property-name>Host</config-property-name><BR> <config-property-type>java.lang.String</config-property-type><BR> <config-property-value>localhost</config-property-value><BR> </config-property></P> <P> <config-property><BR> <config-property-name>Port</config-property-name><BR> <config-property-type>java.lang.String</config-property-type><BR> <config-property-value>6667</config-property-value><BR> </config-property></P> <P> <config-property><BR> <config-property-name>Classname</config-property-name><BR> <config-property-type>java.lang.String</config-property-type><BR> <config-property-value>com.hp.ov.activator.log.HPIALogger</config-property-value><BR> </config-property></P> <P> <config-property><BR> <config-property-name>LogDirectory</config-property-name><BR> <config-property-type>java.lang.String</config-property-type><BR> <config-property-value>d:/</config-property-value><BR> </config-property></P> <P> <config-property><BR> <config-property-name>LogLevel</config-property-name><BR> <config-property-type>java.lang.String</config-property-type><BR> <config-property-value>DEBUG2</config-property-value><BR> </config-property></P> <P> <config-property><BR> <config-property-name>LogMaxEntries</config-property-name><BR> <config-property-type>java.lang.String</config-property-type><BR> <config-property-value>10000</config-property-value><BR> </config-property></P> <P> <config-property><BR> <config-property-name>LogAllowStatistics</config-property-name><BR> <config-property-type>java.lang.String</config-property-type><BR> <config-property-value>TRUE</config-property-value><BR> </config-property></P> <P></properties><BR> </attribute></P> <P> </mbean><BR> </depends></P> <P> <depends optional-attribute-name="ManagedConnectionPool"><BR> <mbean code="org.jboss.resource.connectionmanager.JBossManagedConnectionPool" <BR> name="jboss.jca:service=XaTxPool,name=HPIA Connector"></P> <P> <attribute name="MinSize"> 0</attribute><BR> <attribute name="MaxSize"> 50</attribute><BR> <attribute name="BlockingTimeoutMillis">5000</attribute><BR> <attribute name="IdleTimeoutMinutes"> 15</attribute><BR> <attribute name="Criteria">ByApplication</attribute><BR> </mbean><BR> </depends></P> <P> <depends optional-attribute-name="CachedConnectionManager"><BR> jboss.jca:service=CachedConnectionManager<BR> </depends></P> <P> <depends optional-attribute-name="JaasSecurityManagerService"><BR> jboss.security:service=JaasSecurityManager<BR> </depends></P> <P> <attribute name="TransactionManager"><BR> java:/TransactionManager<BR> </attribute><BR> </mbean><BR></server><BR></P></FONT></SPAN></DIV></BODY></HTML> ------_=_NextPart_001_01C2B834.1428BEE0-- --__--__-- _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user End of JBoss-user Digest ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
