You are just dreaming ;) Entity bean will extend your Db vertically (i.e. add new rows) but not horizontally (add new columns). Nevertheless: - you could implement a BMP that does that (good luck) but your changes won't necessarly be transational (depends on your db) - if you redeploy your bean and use the create-table feature of CMP, JBoss will re-create the table (but not update it => you loose your data).
Cheers, sacha > -----Message d'origine----- > De : [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]De la part de Darren > Hartford > Envoyé : vendredi, 10 janvier 2003 17:37 > À : [EMAIL PROTECTED] > Objet : [JBoss-user] maybe just dreaming - Entity Bean change reflect > > > 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$XAConn > ectionEven > 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$XAConne > ctionEvent > Listener.enlist(XATxConnectionManager.java:250) > 2003-01-09 15:33:42,056 ERROR [STDERR] at > org.jboss.resource.connectionmanager.XATxConnectionManager.managed > Connection > Reconnected(XATxConnectionManager.java:202) > 2003-01-09 15:33:42,066 ERROR [STDERR] at > org.jboss.resource.connectionmanager.BaseConnectionManager2.alloca > teConnecti > on(BaseConnectionManager2.java:534) > 2003-01-09 15:33:42,076 ERROR [STDERR] at > org.jboss.resource.connectionmanager.BaseConnectionManager2$Connec > tionManage > rProxy.allocateConnection(BaseConnectionManager2.java:814) > 2003-01-09 15:33:42,086 ERROR [STDERR] at > com.hp.ov.activator.resmgr.connector.HPIAConnectionFactory.getConn > ection(Unk > nown Source) > 2003-01-09 15:33:42,096 ERROR [STDERR] at > com.hp.ov.activator.resmgr.ejb.ServiceActivationBean.executeServic > e(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.invok > e(Stateles > sSessionContainer.java:660) > 2003-01-09 15:33:42,116 ERROR [STDERR] at > org.jboss.resource.connectionmanager.CachedConnectionInterceptor.i > nvoke(Cach > edConnectionInterceptor.java:186) > 2003-01-09 15:33:42,126 ERROR [STDERR] at > org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxI > nterceptor > .java:107) > 2003-01-09 15:33:42,136 ERROR [STDERR] at > org.jboss.ejb.plugins.AbstractTxInterceptorBMT.invokeNext(Abstract > TxIntercep > 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(S > tatelessSe > ssionInstanceInterceptor.java:77) > 2003-01-09 15:33:42,156 ERROR [STDERR] at > org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityIntercept > or.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(StatelessSessionCon > tainer.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(TransactionIntercept > or.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(StatelessSe > ssionInter > 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.ex > ecute(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(A > pplication > FilterChain.java:247) > 2003-01-09 15:33:42,276 ERROR [STDERR] at > org.apache.catalina.core.ApplicationFilterChain.doFilter(Applicati > onFilterCh > ain.java:193) > 2003-01-09 15:33:42,286 ERROR [STDERR] at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapp > erValve.ja > va:260) > 2003-01-09 15:33:42,296 ERROR [STDERR] at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon > text.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(StandardConte > xtValve.ja > va:191) > 2003-01-09 15:33:42,326 ERROR [STDERR] at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon > text.invok > eNext(StandardPipeline.java:643) > 2003-01-09 15:33:42,337 ERROR [STDERR] at > org.apache.catalina.valves.CertificatesValve.invoke(CertificatesVa > lve.java:2 > 46) > 2003-01-09 15:33:42,337 ERROR [STDERR] at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon > text.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(StandardHostValv > e.java:180 > ) > 2003-01-09 15:33:42,377 ERROR [STDERR] at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon > text.invok > eNext(StandardPipeline.java:643) > 2003-01-09 15:33:42,387 ERROR [STDERR] at > org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispat > cherValve. > java:170) > 2003-01-09 15:33:42,397 ERROR [STDERR] at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon > text.invok > eNext(StandardPipeline.java:641) > 2003-01-09 15:33:42,407 ERROR [STDERR] at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValv > e.java:172 > ) > 2003-01-09 15:33:42,407 ERROR [STDERR] at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon > text.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$StandardPipelineValveCon > text.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(StandardEngine > Valve.java > :174) > 2003-01-09 15:33:42,457 ERROR [STDERR] at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon > text.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(HttpProce > ssor.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$XAConn > ectionEventListener] > 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$XAConne > ctionEventListener.enlist(XATxConnectionManager.java:250)<BR>2003-01-09 > 15:33:42,056 ERROR [STDERR] at > org.jboss.resource.connectionmanager.XATxConnectionManager.managed > ConnectionReconnected(XATxConnectionManager.java:202)<BR>2003-01-09 > 15:33:42,066 ERROR [STDERR] at > org.jboss.resource.connectionmanager.BaseConnectionManager2.alloca > teConnection(BaseConnectionManager2.java:534)<BR>2003-01-09 > 15:33:42,076 ERROR [STDERR] at > org.jboss.resource.connectionmanager.BaseConnectionManager2$Connec > tionManagerProxy.allocateConnection(BaseConnectionManager2.java:81 > 4)<BR>2003-01-09 > 15:33:42,086 ERROR [STDERR] at > com.hp.ov.activator.resmgr.connector.HPIAConnectionFactory.getConn > ection(Unknown > Source)<BR>2003-01-09 15:33:42,096 ERROR [STDERR] at > com.hp.ov.activator.resmgr.ejb.ServiceActivationBean.executeServic > e(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.invok > e(StatelessSessionContainer.java:660)<BR>2003-01-09 > 15:33:42,116 ERROR [STDERR] at > org.jboss.resource.connectionmanager.CachedConnectionInterceptor.i > nvoke(CachedConnectionInterceptor.java:186)<BR>2003-01-09 > 15:33:42,126 ERROR [STDERR] at > org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxI > nterceptor.java:107)<BR>2003-01-09 > 15:33:42,136 ERROR [STDERR] at > org.jboss.ejb.plugins.AbstractTxInterceptorBMT.invokeNext(Abstract > TxInterceptorBMT.java:144)<BR>2003-01-09 > 15:33:42,136 ERROR [STDERR] at > org.jboss.ejb.plugins.TxInterceptorBMT.invoke(TxInterceptorBMT.jav > a:62)<BR>2003-01-09 > 15:33:42,146 ERROR [STDERR] at > org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(S > tatelessSessionInstanceInterceptor.java:77)<BR>2003-01-09 > 15:33:42,156 ERROR [STDERR] at > org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityIntercept > or.java:130)<BR>2003-01-09 > 15:33:42,166 ERROR [STDERR] at > org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:20 > 4)<BR>2003-01-09 > 15:33:42,166 ERROR [STDERR] at > org.jboss.ejb.StatelessSessionContainer.invoke(StatelessSessionCon > tainer.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:51 > 7)<BR>2003-01-09 > 15:33:42,196 ERROR [STDERR] at > org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:9 > 8)<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(TransactionIntercept > or.java:77)<BR>2003-01-09 > 15:33:42,216 ERROR [STDERR] at > org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.jav > a:80)<BR>2003-01-09 > 15:33:42,226 ERROR [STDERR] at > org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSe > ssionInterceptor.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.ex > ecute(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>20 > 03-01-09 > 15:33:42,266 ERROR [STDERR] at > javax.servlet.http.HttpServlet.service(HttpServlet.java:853)<BR>20 > 03-01-09 > 15:33:42,276 ERROR [STDERR] at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(A > pplicationFilterChain.java:247)<BR>2003-01-09 > 15:33:42,276 ERROR [STDERR] at > org.apache.catalina.core.ApplicationFilterChain.doFilter(Applicati > onFilterChain.java:193)<BR>2003-01-09 > 15:33:42,286 ERROR [STDERR] at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapp > erValve.java:260)<BR>2003-01-09 > 15:33:42,296 ERROR [STDERR] at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon > text.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:9 > 95)<BR>2003-01-09 > 15:33:42,316 ERROR [STDERR] at > org.apache.catalina.core.StandardContextValve.invoke(StandardConte > xtValve.java:191)<BR>2003-01-09 > 15:33:42,326 ERROR [STDERR] at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon > text.invokeNext(StandardPipeline.java:643)<BR>2003-01-09 > 15:33:42,337 ERROR [STDERR] at > org.apache.catalina.valves.CertificatesValve.invoke(CertificatesVa > lve.java:246)<BR>2003-01-09 > 15:33:42,337 ERROR [STDERR] at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon > text.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:9 > 95)<BR>2003-01-09 > 15:33:42,367 ERROR [STDERR] at > org.apache.catalina.core.StandardContext.invoke(StandardContext.ja > va:2396)<BR>2003-01-09 > 15:33:42,377 ERROR [STDERR] at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValv > e.java:180)<BR>2003-01-09 > 15:33:42,377 ERROR [STDERR] at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon > text.invokeNext(StandardPipeline.java:643)<BR>2003-01-09 > 15:33:42,387 ERROR [STDERR] at > org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispat > cherValve.java:170)<BR>2003-01-09 > 15:33:42,397 ERROR [STDERR] at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon > text.invokeNext(StandardPipeline.java:641)<BR>2003-01-09 > 15:33:42,407 ERROR [STDERR] at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValv > e.java:172)<BR>2003-01-09 > 15:33:42,407 ERROR [STDERR] at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon > text.invokeNext(StandardPipeline.java:641)<BR>2003-01-09 > 15:33:42,417 ERROR [STDERR] at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.ja > va:469)<BR>2003-01-09 > 15:33:42,427 ERROR [STDERR] at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon > text.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:9 > 95)<BR>2003-01-09 > 15:33:42,447 ERROR [STDERR] at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngine > Valve.java:174)<BR>2003-01-09 > 15:33:42,457 ERROR [STDERR] at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon > text.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:9 > 95)<BR>2003-01-09 > 15:33:42,477 ERROR [STDERR] at > org.apache.catalina.connector.http.HttpProcessor.process(HttpProce > ssor.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>&nbs > p; > <mbean > code="org.jboss.resource.connectionmanager.RARDeployment"<BR>  > ;   > ; > name="jboss.jca:service=XaTxDs,name=HPIA Connector"></P> > <P> <depends > optional-attribute-name="OldRarDeployment"><BR> &nbs > p; > jboss.jca:service=RARDeployment,name=HPIA > Connector<BR> > </depends></P> > <P> <attribute > name="JndiName">HPIARM</attribute><BR> & > nbsp; > <attribute > name="ManagedConnectionFactoryProperties"><BR>   > ; > <properties></P> > <P> > <config-property><BR> &nb > sp; > <config-property-name>Host</config-property-name><BR>& > nbsp; > <config-property-type>java.lang.String</config-property-t > ype><BR> & > nbsp; > <config-property-value>localhost</config-property-value&g > t;<BR> > </config-property></P> > <P> > <config-property><BR> &nb > sp; > <config-property-name>Port</config-property-name><BR>& > nbsp; > <config-property-type>java.lang.String</config-property-t > ype><BR> & > nbsp; > <config-property-value>6667</config-property-value><BR > > > </config-property></P> > <P> > <config-property><BR> &nb > sp; > <config-property-name>Classname</config-property-name> > <BR> > <config-property-type>java.lang.String</config-property-t > ype><BR> & > nbsp; > <config-property-value>com.hp.ov.activator.log.HPIALogger< > ;/config-property-value><BR> > </config-property></P> > <P> > <config-property><BR> &nb > sp; > <config-property-name>LogDirectory</config-property-name& > gt;<BR> > <config-property-type>java.lang.String</config-property-t > ype><BR> & > nbsp; > <config-property-value>d:/</config-property-value><BR> > > </config-property></P> > <P> > <config-property><BR> &nb > sp; > <config-property-name>LogLevel</config-property-name>< > BR> > <config-property-type>java.lang.String</config-property-t > ype><BR> & > nbsp; > <config-property-value>DEBUG2</config-property-value>< > BR> > </config-property></P> > <P> > <config-property><BR> &nb > sp; > <config-property-name>LogMaxEntries</config-property-name > ><BR> &nbs > p; > <config-property-type>java.lang.String</config-property-t > ype><BR> & > nbsp; > <config-property-value>10000</config-property-value><B > R> > </config-property></P> > <P> > <config-property><BR> &nb > sp; > <config-property-name>LogAllowStatistics</config-property > -name><BR>   > ; > <config-property-type>java.lang.String</config-property-t > ype><BR> & > nbsp; > <config-property-value>TRUE</config-property-value><BR > > > </config-property></P> > <P></properties><BR> &nbs > p; > </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> & > nbsp; > <attribute > name="MaxSize"> > > 50</attribute><BR> > > <attribute > name="BlockingTimeoutMillis">5000</attribute><BR> &n > bsp; > <attribute name="IdleTimeoutMinutes"> > 15</attribute><BR> > > <attribute > name="Criteria">ByApplication</attribute><BR> > > </mbean><BR> </depends></P> > <P> <depends > optional-attribute-name="CachedConnectionManager"><BR> &nb > sp; > jboss.jca:service=CachedConnectionManager<BR> &nb > sp; > </depends></P> > <P> <depends > optional-attribute-name="JaasSecurityManagerService"><BR> > > jboss.security:service=JaasSecurityManager<BR> &n > bsp; > </depends></P> > <P> <attribute > name="TransactionManager"><BR> &nb > sp; > java:/TransactionManager<BR> > </attribute><BR> > </mbean><BR></server><BR></P></FONT></SPAN></DIV></BOD > Y></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 =omething 2 See! > http://www.vasoftware.com > _______________________________________________ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > ------------------------------------------------------- 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