[JBoss-dev] [ jboss-Feature Requests-774801 ] Be Able to Specify Ordering For CMR Objects
Feature Requests item #774801, was opened at 2003-07-21 04:11 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376688&aid=774801&group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Hunter Hillegas (hunterhillegas) Assigned to: Nobody/Anonymous (nobody) Summary: Be Able to Specify Ordering For CMR Objects Initial Comment: There is no way to specify the order that CMR objects come back from the database in. Instead of having to use a Comparator it would be nice to be able specify a column in the relationship bean to order by when generating the SQL. I.e. restaurant_name DESC So when it grabs the related entities it could append this SQL to the query... -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376688&aid=774801&group_id=22866 --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossDO
Steve, I've been preparing an email directly for Alex for several days now, but since you're interested in the subject, I decided to reply on the list. Hopefully this would spur a good discussion. I recently exchanged several emails with Alex about JBossDO contributions and I have on my plate to evaluate the feasibility of wrapping the CMP API and possibly the JDO API around Hibernate. JBoss has been known to embed solid third party tools like Tomcat and JavaGroups. Since I am now working with Sacha and Adrian on some clustering and JMX features, you may start looking into it instead. Another topic which is an ambitious but logical derivative of the JBossDO subject is a persistence layer for ModelMBeans and possibly any MBeans in general. Someone from the core JBoss group should please raise a flag if the rest of my email is nonsense. JBoss currently ships with an XMBean persistence mechanism which reads/writes ModelMBeanInfo from/to XML files. This is fine as an example application of ModelMBeans, but I would like to see JBoss push the limits again. The JMX spec requires that access to MBeans always goes through the MBean server. This makes it inherently very convenient to efficiently save/load the state of an MBean. A lot of optimization can be applied, such as detecting dirty attributes. Hibernate looks like a good candidate to leverage, because it already has the dirty detection logic. Ideally the persistence should be db agnostic, so that the RDBMS can be swapped as scalability requirements change. Hibernate is already popular for that and can be considered. Another nice feature would be to scale horizontally. Cluster support can be transparent to the MBean server users. Hibernate currently does this via the Apache JCache library, but once the JBoss transactional distributed cache is solid, it should be feasible to replace. Yet another possible requirement is that on a per MBean basis, the MBean server persistence layer swaps out the MBeans to a database, when not all of them can be kept in memory. Here are some use cases for being able to transparently persist the state of MBeans to a database: 1) In case of larger distributed systems, it is convenient to use a single JMX console to modify state of preferences MBeans that would normally be loaded from a properties file or an XML config file. It is much easier to work with a visual JMX client application and not worry about how the state will be made permanent, then knowing where to look for config files and having to redeploy modules on change throughout a cluster. 2) Since the JMX API is more lighterweight, has a shorter learning curve and is getting adoption faster than the EJB CMP, many domain objects can be modeled via mbeans and it may be more convenient to resort to the MBean server with its fast and simple query language before going heavy weight with the EJB CMP or advanced SQL. 3) Persisting plain POJOs is becoming very popular especially in J2EE apps. It is the JBoss strategic direction for 4.0 with its AOP architecture. Since AOP itself is so generic and powerful, in many cases it may be safer and more convenient to use a well understood API like JMX, which conveniently and transparently implements persistence. Since the JMX Query language is relatively simple, it can be mapped to Hibernate's OQL. This will be useful for swapping out mbeans from memory to db. For example the MBean server persistence layer can try to swap out to the db some of the ModelMBeans that are inactive. Inactive has to be better defined, but intuitively this means ModelMBeans that are not being accessed for a long time. I can keep going on and on with use cases for this idea, because it is based on a real problem that my team is working on for the fourth generation of a large J2EE app. Notifications and relationships are next on the list of things that make this idea appealing. Looking forward to hear comments. Cheers! -=Ivelin=- - Original Message - From: "Steve Lewis" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, July 19, 2003 12:31 AM Subject: [JBoss-dev] JBossDO > I'd like to get involved with the JBossDO project. > I've asked a few questions in the persistence forum > but no one has answered. I know you guys are busy :), > but I'd like to work on table generation, since no one > seems to be working on it right now. > > I'd like to see how it's currently being done by the > CMP engine and see how different it will be in the JDO > implementation. > > I'm also interested in the idea of managing JDO in the > container via JCA, since JBoss 3.0 is so JCA-centric > and JCA-friendly. > > Also, if you have any suggestions for > projects/packages to look at (besides the obvious > current CMP and new persistence projects), I'll be > grateful for any pointers. > > Thanks, > Steve > > __ > Do you Yahoo!? > SBC Yahoo! DSL - Now only $29.95 per month! > http://sbc.yahoo.com > > > ---
[JBoss-dev] [AUTOMATED] JBoss (HEAD/winxp) Test Results: 96 % ( 793 / 823 ) - nearly there - who is gonna get us to 100%!
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss1.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 823 Successful tests: 793 Errors:24 Failures: 6 [time of test: 2003-07-21.00-16 GMT] [java.version: 1.4.1_03] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_03-b02] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Windows XP] [os.arch: x86] [os.version: 5.1] See http://jboss1.kimptoc.net/winxp/logtests/testresults/reports/html//. for the junit report 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. 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: RemotingUnitTestCase Test:testClusteredRemotingDT2(org.jboss.test.aop.test.RemotingUnitTestCase) Type:error Exception: org.jboss.tm.JBossRollbackException Message: Unable to commit, tx=TransactionImpl:XidImpl [FormatId=257, GlobalId=2c571170edfbf9c6x73a7abxf68203c4e5x-7fff/101, BranchQual=2c571170edfbf9c6x73a7abxf68203c4e5x-7fff/] status=STATUS_ROLLEDBACK; - nested throwable: (java.lang.RuntimeException: Unexpected exception in commit of xid: XidImpl [FormatId=257, GlobalId=2c571170edfbf9c6x73a7abxf68203c4e5x-7fff/101, BranchQual=2c571170edfbf9c6x73a7abxf68203c4e5x-7fff/1], exception: java.lang.RuntimeException: Error processing InternalInvocation. Unable to process method commit) - Suite: TransientMBeanUnitTestCase Test:testPutTx(org.jboss.test.cache.test.tx.TransientMBeanUnitTestCase) Type:error Exception: java.rmi.ServerException Message: EJBException:; nested exception is: javax.ejb.EJBException: Application Error: tried to enter Stateful bean with different tx context, contextTx: TransactionImpl:XidImpl [FormatId=257, GlobalId=2c571170edfbf9c6x73a7abxf68203c4e5x-7fff/101, BranchQual=2c571170edfbf9c6x73a7abxf68203c4e5x-7fff/1], methodTx: null - Suite: TransientMBeanUnitTestCase Test:testRollbackTx(org.jboss.test.cache.test.tx.TransientMBeanUnitTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: MBeanException: org.jboss.cache.LockingException: IdentityLock.attempt(); - nested throwable: (java.lang.InterruptedException) Cause: org.jboss.cache.LockingException: IdentityLock.attempt(); - nested throwable: (java.lang.InterruptedException) - Suite: BmpUnitTestCase Test:testUserTransaction(org.jboss.test.cts.test.BmpUnitTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: - Suite: BmpUnitTestCase Test:testServerFound(org.jboss.test.cts.test.BmpUnitTestCase) Type:error Exception: java.rmi.ServerException Message: RuntimeException; nested exception is: java.lang.RuntimeException: Transaction marked for rollback, possibly a timeout - Suite: IndependentJarsUnitTestCase Test:testInterJarCall(org.jboss.test.cts.test.IndependentJarsUnitTestCase) Type:error Exception: java.rmi.ServerException Message: Unexpected errornull - ===Mon Jul 21 03:48:22 GMTDT 2003 ===CYGWIN_NT-5.1 quarks2 1.3.22(0.78/3/2) 2003-03-18 09:20 i686 unknown unknown Cygwin ===java version "1.4.1_03" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_03-b02) Java HotSpot(TM) Client VM (build 1.4.1_03-b02, mixed mode) --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-774124 ] NullPointerException for removeTimedOut
Bugs item #774124, was opened at 2003-07-19 10:17 Message generated for change (Comment added) made by ejort You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=774124&group_id=22866 >Category: JBossCX Group: v3.2 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jon Barnett (jbarnett) >Assigned to: Adrian Brock (ejort) Summary: NullPointerException for removeTimedOut Initial Comment: This only gets picked up by the IBM SDK 1.4.1. Found the problem in Linux (RedHat 7 and 9) but haven't tested anywhere else. It seems from the code that there is an assumption that there is a previous element in the linked list? The source is org.jboss.resource.connectionmanager. InternalManagedConnectionPool.java in 3.2.0. I haven't checked 3.2.1 source for any changes as the CVS connectivity is poor from my side of the world at the moment. I couldn't find an outstanding bug report related to this so I'm assuming it hasn't been found. Not sure why the IBM SDK 1.4.1 has a problem. No other JDK or IBM SDK 1.4.0 has a problem with this. Perhaps it is not really a problem but something of which to be aware. -- >Comment By: Adrian Brock (ejort) Date: 2003-07-21 01:47 Message: Logged In: YES user_id=9459 It is a bug in IBM's implementation of the linked list iterator as this test code shows. import java.util.*; public class LLTest { public static void main(String[] args) throws Exception { LinkedList ll = new LinkedList(); ll.add(new Object()); ll.add(new Object()); for (ListIterator i = ll.listIterator(ll.size()); i.hasPrevious();) { i.previous(); i.remove(); } } } I've added some warnings so that this or other similar errors don't kill the idle remover thread. If you don't like the warning, you can disable it with log4j The implications are that with this error, only one idle connection is removed on each pass. Regards, Adrian -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=774124&group_id=22866 --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] JBoss (HEAD/linux1) Test Results: 96 % ( 791 / 823 ) - nearly there - who is gonna get us to 100%!
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss1.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 823 Successful tests: 791 Errors:25 Failures: 7 [time of test: 2003-07-21.01-16 GMT] [java.version: 1.4.1_03] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_03-b02] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.20-18.7] See http://jboss1.kimptoc.net/linux1/logtests/testresults/reports/html//. for the junit report 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. 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: RemotingUnitTestCase Test:testClusteredRemotingDT2(org.jboss.test.aop.test.RemotingUnitTestCase) Type:error Exception: org.jboss.tm.JBossRollbackException Message: Unable to commit, tx=TransactionImpl:XidImpl [FormatId=257, GlobalId=11d1def534ea1be0x123b25cxf6823c2402x-7fff/101, BranchQual=11d1def534ea1be0x123b25cxf6823c2402x-7fff/] status=STATUS_ROLLEDBACK; - nested throwable: (java.lang.RuntimeException: Unexpected exception in commit of xid: XidImpl [FormatId=257, GlobalId=11d1def534ea1be0x123b25cxf6823c2402x-7fff/101, BranchQual=11d1def534ea1be0x123b25cxf6823c2402x-7fff/1], exception: java.lang.RuntimeException: Error processing InternalInvocation. Unable to process method commit) - Suite: Scheduler2UnitTestCase Test:testXMLScheduleProvider(org.jboss.test.util.test.Scheduler2UnitTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: Not enough or too many (19) hits received: 10 - Suite: TransientMBeanUnitTestCase Test:testPutTx(org.jboss.test.cache.test.tx.TransientMBeanUnitTestCase) Type:error Exception: java.rmi.ServerException Message: EJBException:; nested exception is: javax.ejb.EJBException: Application Error: tried to enter Stateful bean with different tx context, contextTx: TransactionImpl:XidImpl [FormatId=257, GlobalId=11d1def534ea1be0x123b25cxf6823c2402x-7fff/101, BranchQual=11d1def534ea1be0x123b25cxf6823c2402x-7fff/1], methodTx: null - Suite: TransientMBeanUnitTestCase Test:testRollbackTx(org.jboss.test.cache.test.tx.TransientMBeanUnitTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: MBeanException: org.jboss.cache.LockingException: IdentityLock.attempt(); - nested throwable: (java.lang.InterruptedException) Cause: org.jboss.cache.LockingException: IdentityLock.attempt(); - nested throwable: (java.lang.InterruptedException) - Suite: BmpUnitTestCase Test:testUserTransaction(org.jboss.test.cts.test.BmpUnitTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: - Suite: BmpUnitTestCase Test:testServerFound(org.jboss.test.cts.test.BmpUnitTestCase) Type:error Exception: java.rmi.ServerException Message: RuntimeException; nested exception is: java.lang.RuntimeException: Transaction marked for rollback, possibly a timeout - ===Mon Jul 21 02:28:47 BST 2003 ===Linux nog 2.4.20-18.7 #1 Thu May 29 08:32:50 EDT 2003 i686 unknown ===java version "1.4.1_03" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_03-b02) Java HotSpot(TM) Client VM (build 1.4.1_03-b02, mixed mode) --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] JBoss (HEAD/linux1) Test Job Failed to Complete Successfully
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss1.kimptoc.net/ FOR DETAILS== === === [junit] Running org.jboss.test.jca.test.DeploymentUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 5.846 sec [junit] Running org.jboss.test.jca.test.JCA15AdapterUnitTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 8.856 sec [junit] Running org.jboss.test.jca.test.JDBCStatementTestsConnectionUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 12.968 sec [junit] Running org.jboss.test.jca.test.LocalWrapperCleanupUnitTestCase [junit] Tests run: 6, Failures: 0, Errors: 1, Time elapsed: 17.049 sec [junit] TEST org.jboss.test.jca.test.LocalWrapperCleanupUnitTestCase FAILED [junit] Running org.jboss.test.jca.test.MessageEndpointUnitTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 7.049 sec [junit] Running org.jboss.test.jca.test.ReentrantUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 12.519 sec [junit] Running org.jboss.test.jca.test.UserTxUnitTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 14.338 sec [junit] Running org.jboss.test.jca.test.WrapperSQLUnitTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 5.176 sec [junit] Running org.jboss.test.jca.test.XAExceptionUnitTestCase [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 17.675 sec [junit] Running org.jboss.test.jca.test.XAResourceUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 0, Time elapsed: 0.698 sec [junit] Running org.jboss.test.jca.test.XATxConnectionManagerUnitTestCase [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 6.599 sec [junit] Running org.jboss.test.jmsra.test.RaQueueUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 3.861 sec [junit] TEST org.jboss.test.jmsra.test.RaQueueUnitTestCase FAILED [junit] Running org.jboss.test.jmsra.test.RaSyncRecUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 3.858 sec [junit] TEST org.jboss.test.jmsra.test.RaSyncRecUnitTestCase FAILED [junit] Running org.jboss.test.jmsra.test.RaTopicUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 4.039 sec [junit] TEST org.jboss.test.jmsra.test.RaTopicUnitTestCase FAILED [junit] Running org.jboss.test.jmx.test.CPManifestUnitTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 13.896 sec [junit] Running org.jboss.test.jmx.test.DeployConnectionManagerUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 1, Time elapsed: 16.36 sec [junit] TEST org.jboss.test.jmx.test.DeployConnectionManagerUnitTestCase FAILED [junit] Running org.jboss.test.jmx.test.DeployServiceUnitTestCase [junit] Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 13.289 sec [junit] Running org.jboss.test.jmx.test.DeployXMBeanUnitTestCase [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 7.61 sec [junit] Running org.jboss.test.jmx.test.EarDeploymentUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 20.1 sec [junit] Running org.jboss.test.jmx.test.EjbDependencyUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 9.288 sec [junit] Running org.jboss.test.jmx.test.JarInSarJSR77UnitTestCase [junit] Tests run: 2, Failures: 1, Errors: 0, Time elapsed: 5.746 sec [junit] TEST org.jboss.test.jmx.test.JarInSarJSR77UnitTestCase FAILED [junit] Running org.jboss.test.jmx.test.JavaBeanURIResolverUnitTestCase [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 5.467 sec [junit] Running org.jboss.test.jmx.test.MBeanDependsOnConnectionManagerUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 5.137 sec [junit] Running org.jboss.test.jmx.test.MBeanDependsOnEJBUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 10.817 sec [junit] Running org.jboss.test.jmx.test.MissingClassUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 5.074 sec [junit] Running org.jboss.test.jmx.test.ServiceRsrcsUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 6.144 sec [junit] Running org.jboss.test.jmx.test.UndeployBrokenPackageUnitTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 22.746 sec [junit] Running org.jboss.test.jmx.test.UnpackedDeploymentUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 14.325 sec [junit] Running org.jboss.test.jrmp.test.CustomSocketsUnitTestCase [junit] Tests run: 3, Failures: 0, Errors: 1, Time elapsed: 11.709 sec [junit] TEST
[JBoss-dev] [ jboss-Bugs-773839 ] Exception handling in JCA adapter
Bugs item #773839, was opened at 2003-07-18 18:26 Message generated for change (Comment added) made by ejort You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=773839&group_id=22866 >Category: JBossCX Group: None Status: Open >Resolution: Works For Me Priority: 5 Submitted By: gui (janssk1) >Assigned to: Adrian Brock (ejort) Summary: Exception handling in JCA adapter Initial Comment: Hello, I have some issues with the exception handling of exceptions thrown by a custom JCA adapter. If an exception occurs during the creation of a managed connection, this is handled correcly (the managed connection is removed from the pool) However, if an exception occurs during retrieval of a handle (getConnection()), the managed connection is not given back to the pool (i think that's a bug). The availbleconnectioncount is decreased but there is not way to release the managed connection since the creation of the handle failed. To prevent this behavior, i am forced to send a 'errorOccured' event before throwing an exception during creation of a handle. But sending this event will destroy the underlying managed connection, which is not exactely what i want. I want the managed connection to be returned to the pool if the getConnection throws an exception. This prevents excessive destroying of (wellbehaved) managed connections. Another issue is related to closing a 'destroyed' connection handle. Suppose a major error occurs on the underlying managed connection during some operation on a handle. According to the spec, i send a notifyError to let the container know that this connection is no longer useable and throw an exception to the user code. This user code will typically notice the exception and close the handle. But then there's an issue: The close operation is called on a handle of a 'destoyed' managed connection. Should i in the close of the handle still send the connectionClosed event ? If i do it, jboss complains (thows an exception) about trying to close a destoyed connection. If i don't, i get the 'please to your own housekeeping' message. I think jboss should *or* automatically close the handle if a fatal error occurs *or* still allow the connectionClosed event to be send. Any comments are highly appreciated.. -- >Comment By: Adrian Brock (ejort) Date: 2003-07-21 01:05 Message: Logged In: YES user_id=9459 Hi, First, which version of jboss are you using? Your first problem sounds like the semaphore leak fixed in 3.0.8/3.2.2RC1 where an unchecked throwable was not handled correctly by the pool. For the second problem, I cannot find the exception you describe in the current source, can you post the stacktrace? I have also added some tests to the testsuite for connection failures that destroys the connection. A subsequent invocation of connectionClosed() does not cause the problems you describe. Perhaps you can compare your resource adapter with the one in the jboss testsuite and explain what changes are required to reproduce your problem? NOTE: My new tests may not appear for 24hrs on the web interface. http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jboss/jbosstest/src/main/org/jboss/test/jca/adapter/?only_with_tag=Branch_3_2 Regards, Adrian -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=773839&group_id=22866 --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] JBoss (HEAD/winxp) Test Job Failed to Complete Successfully
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss1.kimptoc.net/ FOR DETAILS== === === [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 9.906 sec [junit] Running org.jboss.test.jca.test.ReentrantUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 8.953 sec [junit] Running org.jboss.test.jca.test.UserTxUnitTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 10.219 sec [junit] Running org.jboss.test.jca.test.WrapperSQLUnitTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 4.422 sec [junit] Running org.jboss.test.jca.test.XAExceptionUnitTestCase [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 8.703 sec [junit] Running org.jboss.test.jca.test.XAResourceUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 0, Time elapsed: 3.516 sec [junit] Running org.jboss.test.jca.test.XATxConnectionManagerUnitTestCase [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 6.875 sec [junit] Running org.jboss.test.jmsra.test.RaQueueUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 11.282 sec [junit] TEST org.jboss.test.jmsra.test.RaQueueUnitTestCase FAILED [junit] Running org.jboss.test.jmsra.test.RaSyncRecUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 3.078 sec [junit] TEST org.jboss.test.jmsra.test.RaSyncRecUnitTestCase FAILED [junit] Running org.jboss.test.jmsra.test.RaTopicUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 5.157 sec [junit] TEST org.jboss.test.jmsra.test.RaTopicUnitTestCase FAILED [junit] Running org.jboss.test.jmx.test.CPManifestUnitTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 11.75 sec [junit] Running org.jboss.test.jmx.test.DeployConnectionManagerUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 1, Time elapsed: 6 sec [junit] TEST org.jboss.test.jmx.test.DeployConnectionManagerUnitTestCase FAILED [junit] Running org.jboss.test.jmx.test.DeployServiceUnitTestCase [junit] Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 24.032 sec [junit] Running org.jboss.test.jmx.test.DeployXMBeanUnitTestCase [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 5.984 sec [junit] Running org.jboss.test.jmx.test.EarDeploymentUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 9 sec [junit] Running org.jboss.test.jmx.test.EjbDependencyUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 6.078 sec [junit] Running org.jboss.test.jmx.test.JarInSarJSR77UnitTestCase [junit] Tests run: 2, Failures: 1, Errors: 0, Time elapsed: 2.594 sec [junit] TEST org.jboss.test.jmx.test.JarInSarJSR77UnitTestCase FAILED [junit] Running org.jboss.test.jmx.test.JavaBeanURIResolverUnitTestCase [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.828 sec [junit] Running org.jboss.test.jmx.test.MBeanDependsOnConnectionManagerUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 12.843 sec [junit] Running org.jboss.test.jmx.test.MBeanDependsOnEJBUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 5.125 sec [junit] Running org.jboss.test.jmx.test.MissingClassUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 4.75 sec [junit] Running org.jboss.test.jmx.test.ServiceRsrcsUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 6.219 sec [junit] Running org.jboss.test.jmx.test.UndeployBrokenPackageUnitTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 15.36 sec [junit] Running org.jboss.test.jmx.test.UnpackedDeploymentUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 73.187 sec [junit] Running org.jboss.test.jrmp.test.CustomSocketsUnitTestCase [junit] Tests run: 3, Failures: 0, Errors: 1, Time elapsed: 31.125 sec [junit] TEST org.jboss.test.jrmp.test.CustomSocketsUnitTestCase FAILED [junit] Running org.jboss.test.lock.test.SpinUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 29.313 sec [junit] Running org.jboss.test.mdb.test.MDBUnitTestCase [junit] Tests run: 0, Failures: 0, Errors: 2, Time elapsed: 24.125 sec [junit] TEST org.jboss.test.mdb.test.MDBUnitTestCase FAILED [junit] Running org.jboss.test.naming.test.EjbLinkUnitTestCase [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 13.906 sec [junit] Running org.jboss.test.naming.test.ENCUnitTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 7.703 sec [junit] Running org.jboss.test.naming.test.ExternalContextUnitTestCase [jun
[JBoss-dev] [ jboss-Bugs-742197 ] getEJBLocalObject() bug
Bugs item #742197, was opened at 2003-05-23 01:16 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=742197&group_id=22866 Category: JBossCMP Group: v3.2 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Federico (nabuccodonosor) >Assigned to: Scott M Stark (starksm) Summary: getEJBLocalObject() bug Initial Comment: - Tested OS: Win XP - service pack 1 SuSe Linux 8.0 - VM Sun 1.4.1_1 - SOFTWARE: enterprise-server : jboss-3.2.1_tomcat-4.1.24 (on Win XP - service pack 1 and SuSe Linux 8.0 ) database : mysql 4.0.12 (on Suse Linux 8.0) driver for db : 3.0.6 mysql-connector I got no exception stack, no error on the console, but mismatched fields of a row comes out, because of the getEJBLocalObject() to fetch a primary key of an auto incremental key field after the bean has been passivated. Before the time out everything is ok, after the time out I got wrong datas. The test I did to reproduce the bug has been a very simple test: A single table "test" on db with 3 fields "id_test" , "s_des_1" , "s_des_2" An entity bean related to the table with no definition of "id_test" cmp field, because an auto incremental key field In the entity bean i did the getId_test business method to fetch the primary key in this way public int getId_test() { final TestLocal test = (TestLocal) context.getEJBLocalObject(); return ((Integer)test.getPrimaryKey()).intValue(); } Then I created a stateless session bean that call a findAll() method on the local home interface of the entity to fetch the table rows and then copy the collection result in a collection of javabeans. The javabeans has the same three variables intid_test String s_des_1 String s_des_2 When in the session bean I set the id_test variable, I call on the local interface the getId_test method of the entity bean. I call the session bean method from a servlet that pass the collection to a jsp that show the table's rows on the browser. All is ok until i wait the time out period without do calls. After timeout period the rows result corrupt: right descrition (fetched by abstract method) but wrong id_test (fetched by getEJBLocalObject().getPrimaryKey ()). Not always the problem comes out but during my test it is happened again. I'm going to attach to this mail a .zip file with the .jar for the EJBs (with sources) and a .war file for the servlet and jsp (with sources). Furthermore in the .zip file I put two .sql files to generate table and test datas and a .doc file to describe different results. The last thing to say is that if I bypass the getId_test() call by calling directly the getPrimaryKey() on the Loacal interface instead of calling getId_test() method, everything is ok. This could be a sneaky problem, that people could not see. I hope to receive a reply from you. Thanks a lot! Federico P.S. I forgot that with the jboss-3.2.0RC2_tomcat.4.1.18 is always ok. -- >Comment By: Scott M Stark (starksm) Date: 2003-07-20 15:18 Message: Logged In: YES user_id=175228 Activation of a context was not restoring the ejb remote and local proxies which was resulting in stale references to previous local proxies with incorrect keys. -- Comment By: Stephen Coy (scoy) Date: 2003-07-18 07:46 Message: Logged In: YES user_id=463096 There is now a test case in Branch_3_2 that demonstrates this problem. ./build.sh -Dtest=cmp2/passivation test in the the testsuite directory. -- Comment By: Stephen Coy (scoy) Date: 2003-07-17 08:33 Message: Logged In: YES user_id=463096 I've added a test to the jboss test suite that demonstrates this which I will check in sometime during the next day or so. In essence, after an entity bean is passivated, and then activated again: o.getPrimaryKey() != o.ctx.getEJBLocalObject().getPrimaryKey() It was (too) easy to replicate. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=742197&group_id=22866 --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-769139 ] entityCtx.getEJBLocalObject() returns wrong instance
Bugs item #769139, was opened at 2003-07-10 07:03 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=769139&group_id=22866 Category: JBossServer Group: v3.2 >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Alexei Yudichev (sflexus) Assigned to: Nobody/Anonymous (nobody) Summary: entityCtx.getEJBLocalObject() returns wrong instance Initial Comment: I am using Jboss 3.2.1 Sometimes entityContext.getEJBLocalObject() returns local interface of another instance of the same entity bean. I have a superclass for all my entities in application which implements EntityBean's setEntityContext() method and saves entityContext in a field. Inside one of business methods of one of entity beans I check if a primary key constructed from key CMP field(s) matches a primary key obtained from entityContext. getEJBLocalObject().getPrimaryKey(). Sometimes they do not match: entityContext.getEJBLocalObject(). getPrimaryKey() returns primary key of another instance of the same entity bean. I have sometimes situations when user is logged in as one customer and enjoys privileges of another... This happens ~20 times a day with a particular single object for me... I could install some kind of bug trap logging some debug info to help fix the bug. -- >Comment By: Scott M Stark (starksm) Date: 2003-07-20 15:14 Message: Logged In: YES user_id=175228 Closed as a duplicate of 742197 -- Comment By: Stephen Coy (scoy) Date: 2003-07-17 08:24 Message: Logged In: YES user_id=463096 I' m moving my remarks over to 742197 because it was first and has more details, as Pete said. This should be marked as a duplicate. -- Comment By: Peter Ineson (pineson) Date: 2003-07-16 19:32 Message: Logged In: YES user_id=551148 This appears to be a duplicate of ID 742197 which has more details. -- Comment By: Stephen Coy (scoy) Date: 2003-07-14 04:34 Message: Logged In: YES user_id=463096 A couple of questions: 1) Is CMR implicated anywhere in your call path? 2) Are you using "read-only" methods? -- Comment By: Stephen Coy (scoy) Date: 2003-07-14 03:52 Message: Logged In: YES user_id=463096 I'm going to try and develop a test for this scenario as we are also seeing it in one of our projects. At the moment, we suspect it has something to do with the entity passivation/activation cycle. -- Comment By: Scott M Stark (starksm) Date: 2003-07-10 08:02 Message: Logged In: YES user_id=175228 The best starting point is an example of the bean in question in either source or psuedo code form as well as an outline of the busniess method in question so we can attempt a testcase. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=769139&group_id=22866 --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Suggested interface change for org.jboss.jms.server.MessageStore
Wow, people are actually looking at the code! I must admit that currently, the MessageStore is somewhat nebulous in my mind. The idea of course is to delegate all message storage to implementations of MessageStore allowing them to store messages as they see fit (in memory, database, file, etc.) not unlike the JBossMQ PersistanceManager. One difference, however, is that it is the MessageStore's job to expire messages as well--this may or may not be a good thing. Anyway, I appreciate your suggestion about Iterator vs. Collection. Frankly, I've seen people use them interchangeable and I've never developed a preference from one over the other. But your point is well taken. I choose to return a list because that is how I was storing the messages in the SimpleMessageStore. A MessageStore that stores messages in a db would be dealing with a different underlying data structure, so your point is well taken. I'll give this some more thought, but I think you are likely right--in fact in a small sort of way using List destroys the abstraction that MessageStore is trying to create... Thanks, Nathan JMS/JBoss Lead JBoss Group, L.L.C. > -Original Message- > From: Michael Barker [mailto:[EMAIL PROTECTED] > Sent: Sunday, July 20, 2003 4:19 AM > To: [EMAIL PROTECTED] > Subject: [JBoss-dev] Suggested interface change for > org.jboss.jms.server.MessageStore > > Hi, > > I am currently looking at the MessageStore part of the new JMS > implementation. I would like to propose the addition of the following > method to MessageStore interface: > > "Iterator getSavedMessagesIterator()" > > The reason being that the MessageStore implementation may not want to > store all of the MessageReferences in memory to improve scalability. > Implementing an Iterator interface to handle this will be a lot simpler > than implementing a List interface. This will also give the caller more > control as to the resource usage by the system (e.g. the caller can load > the messages into a list if it so desires). This should also be the > preferred method for getting at all of the messages in the store, almost > to the point where I would suggest deprecating or removing "List > getSavedMessages()". > > Regards, > Mike. > > -- > Michael Barker <[EMAIL PROTECTED]> > > > > --- > This SF.net email is sponsored by: VM Ware > With VMware you can run multiple operating systems on a single machine. > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the > same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 > ___ > JBoss-Development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] passivation in finalize
For interested parties, read this thread: http://forum.java.sun.com/thread.jsp?forum=4&thread=315094 There are several schemes that implement pooling via tricks with references. Anatoly. --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] passivation in finalize
Bill Burke wrote: I do call System.gc() but not in a separate thread, and not every second. That just defeats the purpose. Bill Perhaps, you already realized it, but it seems to me that using references will not let you implement a ctx pool. I've modified your test program to trigger gc in a separate thread, now you'll see all references appearing on the queue but they are all useless, they all return null in get(), so you can't revive the object. Have you thought of abandoning pooling, garbage collection has gotten a lot better these days (though it should be worse for long-lived objects that make it to the old generation)? -- - Anatoly Akkerman Computer Science Dept. Courant Institute of Mathematical Sciences, NYU 715 Broadway, #719 Tel: 212 998-3493 New York, NY 10003 Fax: 212 995-4123 - --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossDO
Hello Steve, very nice to meet you! In fact, no one is working on schema generation for JBossDO and new persistence engine at the moment. Saturday, July 19, 2003, 8:31:51 AM, Steve Lewis wrote: SL> I'd like to get involved with the JBossDO project. SL> I've asked a few questions in the persistence forum SL> but no one has answered. I'll answer. I was off-line a couple of days. SL> I know you guys are busy :), SL> but I'd like to work on table generation, since no one SL> seems to be working on it right now. You are welcome to be the first! ;) SL> I'd like to see how it's currently being done by the SL> CMP engine and see how different it will be in the JDO SL> implementation. For 3.X CMP, you can take a look at JDBCStartCommand.java. This is really the start of the process. The schema is generated based on the metadata. For new engine, we'll need absolutely new imlpementation, I think, based on schema API implementation for SQL. Take a look at org.jboss.persistence.schema and org.jboss.persistence.sql. Feel free to contact me directly. Thanks, alex SL> I'm also interested in the idea of managing JDO in the SL> container via JCA, since JBoss 3.0 is so JCA-centric SL> and JCA-friendly. SL> Also, if you have any suggestions for SL> projects/packages to look at (besides the obvious SL> current CMP and new persistence projects), I'll be SL> grateful for any pointers. SL> Thanks, SL> Steve SL> __ SL> Do you Yahoo!? SL> SBC Yahoo! DSL - Now only $29.95 per month! SL> http://sbc.yahoo.com SL> --- SL> This SF.net email is sponsored by: VM Ware SL> With VMware you can run multiple operating systems on a single machine. SL> WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the SL> same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 SL> ___ SL> JBoss-Development mailing list SL> [EMAIL PROTECTED] SL> https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Suggested interface change for org.jboss.jms.server.MessageStore
Hi, I am currently looking at the MessageStore part of the new JMS implementation. I would like to propose the addition of the following method to MessageStore interface: "Iterator getSavedMessagesIterator()" The reason being that the MessageStore implementation may not want to store all of the MessageReferences in memory to improve scalability. Implementing an Iterator interface to handle this will be a lot simpler than implementing a List interface. This will also give the caller more control as to the resource usage by the system (e.g. the caller can load the messages into a list if it so desires). This should also be the preferred method for getting at all of the messages in the store, almost to the point where I would suggest deprecating or removing "List getSavedMessages()". Regards, Mike. -- Michael Barker <[EMAIL PROTECTED]> --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development