SL> - if you redeploy your bean and use the create-table feature of CMP, JBoss SL> will re-create the table (but not update it => you loose your data).
No, JBoss won't recreate the table if remove-table wasn't set to true. The table will remain the same. Thus, if entity's structure/definition changed, it'll fail soon or later. alex >> -----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-- >> >> >> >> --__--__-- >> ------------------------------------------------------- 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
