Re: [JBoss-dev] Invokers and transactions (jboss 4)
Can't this be done by having the transaction interceptors user a serializable form of the resource and context? Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: "David Jencks" <[EMAIL PROTECTED]> To: "jboss-dev" <[EMAIL PROTECTED]> Sent: Tuesday, December 03, 2002 9:44 PM Subject: [JBoss-dev] Invokers and transactions (jboss 4) > I've implemented a new transaction transport mechanism in the trunk invoker > based on a client side XAResource to convert transactions to xids and > sending all the tx related messages over the invokers transport. There are > still some loose ends to clean up, and I need to verify that this reall > provides distributed transactions between jboss instances. > > Assuming it all works, I would like to convert the other invokers to this > scheme. Basically it means that each invoker transport mechanism will need > to be able to handle some simple transaction messages as well as > invocations. If no one objects I expect to start on this in the next few > days. > > thanks > david jencks > > > --- > This SF.net email is sponsored by: Microsoft Visual Studio.NET > comprehensive development tool, built to increase your > productivity. Try a free online hosted session at: > http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- This SF.net email is sponsored by: Microsoft Visual Studio.NET comprehensive development tool, built to increase your productivity. Try a free online hosted session at: http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Invokers and transactions (jboss 4)
I've implemented a new transaction transport mechanism in the trunk invoker based on a client side XAResource to convert transactions to xids and sending all the tx related messages over the invokers transport. There are still some loose ends to clean up, and I need to verify that this reall provides distributed transactions between jboss instances. Assuming it all works, I would like to convert the other invokers to this scheme. Basically it means that each invoker transport mechanism will need to be able to handle some simple transaction messages as well as invocations. If no one objects I expect to start on this in the next few days. thanks david jencks --- This SF.net email is sponsored by: Microsoft Visual Studio.NET comprehensive development tool, built to increase your productivity. Try a free online hosted session at: http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Change Notes-648221 ] Client side jmx && dtm
Change Notes item #648221, was opened at 2002-12-04 05:30 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381174&aid=648221&group_id=22866 Category: JBossTX Group: v4.0 Status: Open Priority: 5 Submitted By: David Jencks (d_jencks) Assigned to: David Jencks (d_jencks) Summary: Client side jmx && dtm Initial Comment: I've implemented jboss using a client side mbean server. I'm using it for the infrastructure for transaction transport for distributed transactions. To get the jboss mbean server for your jvm, call org.jboss.system.client.Client.getMBeanServer. If you are in a server, you will get that mbean server: if you are on a client, it will start a server if necessary, and return it. An example of setting up mbeans in the client side mbean server is in org.jboss.invocation.trunk.client.ClientSetup. This creates the mbeans, sets up their dependencies, and creates and starts them. This is equivalent to what the jboss mbean deployment framework does. The mbeans consist of several components for the TrunkInvoker client side, eliminating the need for static references, and several components that comprise a new client side UserTransaction implementation. This UserTransaction implementation has a simplified TransactionManager and Transaction that can handle only one branch of a transaction, but work based on xids. The transaction propagation to the server is based on exposing the invoker as an XAResource, to get the xid from the transaction: the xid then travels with the invocation and is imported using the jca 1.5 Work contracts. The prepare/commit/rollback/recover method calls are also now sent over the trunk invoker. This framework is designed so that when the client side of the trunk invoker is on another jboss instance the transaction manager will treat the trunk invoker as just another xaresource, thus providing at long last distributed transactions in jboss. Some parts of this implementation are somewhat sketchy and untested: in particular the exception handling in the client side transaction manager is not finished. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381174&aid=648221&group_id=22866 --- This SF.net email is sponsored by: Microsoft Visual Studio.NET comprehensive development tool, built to increase your productivity. Try a free online hosted session at: http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(JBoss_3_2_0_beta2 WonderLand) Testsuite Results: 3-December-2002
Number of tests run: 1038 Successful tests: 1024 Errors:12 Failures: 2 [time of test: 2002-12-04.04-08 GMT] [java.version: 1.3.1_05] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1_05-b02] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Windows 2000] [os.arch: x86] [os.version: 5.0] Useful resources: - http://users.jboss.org/~starksm/Branch_3_2/2002-12-04.04-08 for the junit report of this test. - http://users.jboss.org/~starksm/Branch_3_2/2002-12-04.04-08/logs/ for the logs for this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! --- This SF.net email is sponsored by: Microsoft Visual Studio.NET comprehensive development tool, built to increase your productivity. Try a free online hosted session at: http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] EJB2.1 CMP Support in JBoss?
You guys fucking rock. JBoss rips. > From: Dain Sundstrom <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > Date: Tue, 3 Dec 2002 21:55:54 -0600 > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] EJB2.1 CMP Support in JBoss? > > Yes. > > On Tuesday, December 3, 2002, at 09:47 PM, Hunter Hillegas wrote: > >> Is there a plan to add the new EJB 2.1 CMP stuff to JBoss before the >> 4.0 >> version? >> >> I know that some of the stuff is probably already in JBossQL... >> >> Just curious if there is a plan... >> >> Read about some of the new stuff here: >> >> http://www2.theserverside.com/resources/article.jsp?l=MonsonHaefel- >> Column5 >> >> EJBQL: >> >> http://www2.theserverside.com/resources/article.jsp?l=MonsonHaefel- >> Column5 >> >> Cheers, >> Hunter >> >> >> >> --- >> This SF.net email is sponsored by: Microsoft Visual Studio.NET >> comprehensive development tool, built to increase your >> productivity. Try a free online hosted session at: >> http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en >> ___ >> Jboss-development mailing list >> [EMAIL PROTECTED] >> https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > --- > This SF.net email is sponsored by: Microsoft Visual Studio.NET > comprehensive development tool, built to increase your > productivity. Try a free online hosted session at: > http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Microsoft Visual Studio.NET comprehensive development tool, built to increase your productivity. Try a free online hosted session at: http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] EJB2.1 CMP Support in JBoss?
Yes. On Tuesday, December 3, 2002, at 09:47 PM, Hunter Hillegas wrote: Is there a plan to add the new EJB 2.1 CMP stuff to JBoss before the 4.0 version? I know that some of the stuff is probably already in JBossQL... Just curious if there is a plan... Read about some of the new stuff here: http://www2.theserverside.com/resources/article.jsp?l=MonsonHaefel- Column5 EJBQL: http://www2.theserverside.com/resources/article.jsp?l=MonsonHaefel- Column5 Cheers, Hunter --- This SF.net email is sponsored by: Microsoft Visual Studio.NET comprehensive development tool, built to increase your productivity. Try a free online hosted session at: http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Microsoft Visual Studio.NET comprehensive development tool, built to increase your productivity. Try a free online hosted session at: http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] EJB2.1 CMP Support in JBoss?
Is there a plan to add the new EJB 2.1 CMP stuff to JBoss before the 4.0 version? I know that some of the stuff is probably already in JBossQL... Just curious if there is a plan... Read about some of the new stuff here: http://www2.theserverside.com/resources/article.jsp?l=MonsonHaefel-Column5 EJBQL: http://www2.theserverside.com/resources/article.jsp?l=MonsonHaefel-Column5 Cheers, Hunter --- This SF.net email is sponsored by: Microsoft Visual Studio.NET comprehensive development tool, built to increase your productivity. Try a free online hosted session at: http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 3-December-2002
Number of tests run: 1006 Successful tests: 997 Errors:8 Failures: 1 [time of test: 2002-12-03.12-30 GMT] [java.version: 1.3.1] [java.vendor: Apple Computer, Inc.] [java.vm.version: 1.3.1_03-69] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Mac OS X] [os.arch: ppc] [os.version: 10.2.2] See http://users.jboss.org/~starksm/Branch_3_0/2002-12-03.12-30 for details of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! --- This SF.net email is sponsored by: Microsoft Visual Studio.NET comprehensive development tool, built to increase your productivity. Try a free online hosted session at: http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Tests on head working again, here's an example.
I put I've modified the build scripts and xsl so that the run-nightly-test target works for me on linux and produces some indication of what the errors are. Here's an example email generated. I find this level of detail on the errors appropriate because I can see which tests are failing and often guess if I can fix it easily (for instance if configuration has changed incompatibly), yet its not really long. I put a simple script to produce this in server/src/bin/co-run-test-email.sh. You need to set the email addresses for this, make sure it is where you want it, and comment out the "exit" line to make it work. I plan to run this fairly frequently to check that I didn't break things after checking stuff in. Is there general interest in having these emailed to the dev list? How about setting up a test-results list? I can run this on jdks sun/linux 1.3.1, sun/linux 1.4.1, and mac osx 1.4.1 (only tested on one so far). thanks david jencks On 2002.12.03 15:07:59 -0500 [EMAIL PROTECTED] wrote: JBoss daily test results SUMMARY Number of tests run: 1006 Successful tests: 973 Errors:29 Failures: 4 [time of test: 3 December 2002 15:7 GMT] [java.version: 1.3.1_04] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1_04-b02] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.18] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: HttpsUnitTestCase Test:testHttpsURL(org.jboss.test.security.test.HttpsUnitTestCase) Type:error Exception: java.io.IOException Message: Failed to get SSLContext for TLS algorithm - Suite: DeployXMBeanUnitTestCase Test: testValuesSetFromXMBeanDD(org.jboss.test.jmx.test.DeployXMBeanUnitTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: number should be 5, found: 0 - Suite: DeployXMBeanUnitTestCase Test: testValuesSetFromInlineXMBeanDD(org.jboss.test.jmx.test.DeployXMBeanUnitTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: number should be 5, found: 0 - Suite: InvocationLayerStressTestCase Test: testTrunkMutliSessionOneConnection(org.jboss.test.jbossmq.perf.InvocationLayerStressTestCase) Type:error Exception: java.lang.InternalError Message: Test timeout - Suite: BeanUnitTestCase Test:testRealBMP(org.jboss.test.testbean.test.BeanUnitTestCase) Type:error Exception: java.rmi.ServerException Message: RemoteException occurred in server thread; nested exception is: java.rmi.ServerException: EJBException:; nested exception is: javax.ejb.EJBException: Error while creating table: Table already exists: SIMPLEBEAN in statement [CREATE TABLE simpleBean (id INTEGER, name VARCHAR(200))] - Suite: BankEJB20StressTestCase Test:testTeller(org.jboss.test.bank.test.BankStressTestCase) Type:error Exception: org.jboss.test.bank.interfaces.BankException Message: Could not get customer for Marc - Suite: BankEJB20StressTestCase Test:testBank(org.jboss.test.bank.test.BankStressTestCase) Type:error Exception: java.rmi.ServerException Message: RemoteException occurred in server thread; nested exception is: java.rmi.ServerException: EJBException:; nested exception is: javax.ejb.EJBException: Load failed; CausedByException is: Connection is broken - Suite: BankEJB20StressTestCase Test:testMultiThread(org.jboss.test.bank.test.BankStressTestCase) Type:error Exception: java.rmi.ServerException Message: RemoteException occurred in server thread; nested exception is: java.rmi.ServerException: EJBException:; nested exception is: javax.ejb.EJBException: Load failed; CausedByException is: Connection is broken - Suite: BankEJB20StressTestCase Test:testMultiThread2(org.jboss.test.bank.test.BankStressTestCase) Type:error Exception: java.rmi.ServerException Message: RemoteException occurred in server thread; nested exception is: java.rmi.ServerException: EJBException:; nested exception is: javax.ejb.EJBException: Load failed; CausedByException is: Connection is broken --
Re: [JBoss-dev] premature deployment notifications?
I don't exactly remember, but I think there was a reason the event fires before. It may hae had something to do with the farm deployer. How does your mbean fit in the packaging? Is there some way you can use the jboss service lifecyle to get the same effect? I'd think that it might be difficult to guarantee that your mbean was ready to recieve notifications even if the notifications occurred after the deployment was done. david jencks On 2002.12.03 13:15:51 -0500 Chris Harris wrote: > (Using Branch_3_2) > > Our development uses extra metadata inside deployed jars, ejb-jars, > and wars which we stick in the meta-inf directory of the deployments. > I then use an MBean to cache this metadata for runtime. > > I'd like to grab this information during deployment by listening to > notifications from MainDeployer (the deploy(DeploymentInfo) method). > But, the notification is sent *before* the deployment is done so my > MBean cannot act on the notification and extract its information. > > Is there a reason the notification is sent before the deployment is > actually done? Any problems with changing it so that it fires > afterwards (like the undeploy() notification is)? > > Chris Harris > > > --- > This SF.net email is sponsored by: Microsoft Visual Studio.NET > comprehensive development tool, built to increase your > productivity. Try a free online hosted session at: > http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > --- This SF.net email is sponsored by: Microsoft Visual Studio.NET comprehensive development tool, built to increase your productivity. Try a free online hosted session at: http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] premature deployment notifications?
(Using Branch_3_2) Our development uses extra metadata inside deployed jars, ejb-jars, and wars which we stick in the meta-inf directory of the deployments. I then use an MBean to cache this metadata for runtime. I'd like to grab this information during deployment by listening to notifications from MainDeployer (the deploy(DeploymentInfo) method). But, the notification is sent *before* the deployment is done so my MBean cannot act on the notification and extract its information. Is there a reason the notification is sent before the deployment is actually done? Any problems with changing it so that it fires afterwards (like the undeploy() notification is)? Chris Harris --- This SF.net email is sponsored by: Microsoft Visual Studio.NET comprehensive development tool, built to increase your productivity. Try a free online hosted session at: http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] cvs changes
hi, On Tue, 2002-12-03 at 09:13, Calin Lupa Crisan wrote: > Thanks Robert, > > but my actual question seems to be lost in the message body, so I repeat it: > > If I understood correctly the CVS ADMINISTRATION POLICY web page is > outdated. > Is there another place than mailing list archives to look for > updated/explained information on actual cvs policy ? i recently updated the QuickStart guide to include information on how to get HEAD, Branch_3_2 and Branch_3_0 out of CVS: http://www.jboss.org/developers/guides/quickstart.jsp i'll try to get around and change the other pages relating to CVS "soon". regards, christian --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] cvs changes
Thanks Robert, but my actual question seems to be lost in the message body, so I repeat it: If I understood correctly the CVS ADMINISTRATION POLICY web page is outdated. Is there another place than mailing list archives to look for updated/explained information on actual cvs policy ? I would like to look at those 50-100 messages that David mentioned below , unfortunately search function on [EMAIL PROTECTED] archive doesn't work . Thanks, Calin - Original Message - From: "David Jencks" <[EMAIL PROTECTED]> . .. . . . . . . . . . . . . > cvs co jboss-all > > hasn't worked for weeks > > Try > > cvs co jboss-head > > cvs co -r Branch_3_2 jboss-3.2 > > or > cvs co -r Branch_3_0 jboss-3.0 > or > cvs co -r Branch_3_0 jboss-all > > There were probably 50 to 100 messages on this when it changed. > > david --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
