[JBoss-dev] [ jboss-Bugs-687809 ] Memory leak in database access
Bugs item #687809, was opened at 2003-02-17 09:35 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=687809group_id=22866 Category: JBossServer Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jan Stolze (jstolze) Assigned to: Nobody/Anonymous (nobody) Summary: Memory leak in database access Initial Comment: Hello, I've discovered a memory leak in the Database access part of JBoss. I have performed the following test. 1. Request a database connection from the initial context. 2. Inserted, selected and deleted a record in a MSSQL Server database via JDBC. 3. close the connection. 4 repeat endlessly. After about 3 million repetitions an OutOfMemoryError occurs. I've started JBoss with a minimum and maximum heap size of 20 MB. This means that JBoss had 5 MB op heapspace free to perform the above test. I've measured this by requesting the freeMemory on the VM. I can exclude the MS SQLServer JDBC driver, because I have tested it in a seperate java program that does the exact same with the only difference that it doesn't use connection pooling. No memory leak appeared then. Another test I've performed is like the above, but I've only requested a database connection once from the inital context, no memory leak appeared. So I think it is in the connection pooling part of JBoss. Config props are: JBoss 3.0.3 JDK: Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_03-b03) Java HotSpot(TM) Client VM (build 1.3.1_03-b03, mixed mode) Platfrom: Windows 2000. JDBC Driver: MS SQL-Server JDBC driver -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=687809group_id=22866 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-687809 ] Memory leak in database access
Bugs item #687809, was opened at 2003-02-17 09:35 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=687809group_id=22866 Category: JBossServer Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jan Stolze (jstolze) Assigned to: Nobody/Anonymous (nobody) Summary: Memory leak in database access Initial Comment: Hello, I've discovered a memory leak in the Database access part of JBoss. I have performed the following test. 1. Request a database connection from the initial context. 2. Inserted, selected and deleted a record in a MSSQL Server database via JDBC. 3. close the connection. 4 repeat endlessly. After about 3 million repetitions an OutOfMemoryError occurs. I've started JBoss with a minimum and maximum heap size of 20 MB. This means that JBoss had 5 MB op heapspace free to perform the above test. I've measured this by requesting the freeMemory on the VM. I can exclude the MS SQLServer JDBC driver, because I have tested it in a seperate java program that does the exact same with the only difference that it doesn't use connection pooling. No memory leak appeared then. Another test I've performed is like the above, but I've only requested a database connection once from the inital context, no memory leak appeared. So I think it is in the connection pooling part of JBoss. Config props are: JBoss 3.0.3 JDK: Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_03-b03) Java HotSpot(TM) Client VM (build 1.3.1_03-b03, mixed mode) Platfrom: Windows 2000. JDBC Driver: MS SQL-Server JDBC driver -- Comment By: Lennart Petersson (lepe) Date: 2003-02-17 10:12 Message: Logged In: YES user_id=125961 How are you handling transactions? One big tx or are each iteration one tx? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=687809group_id=22866 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(JBoss_3_2_0_RC2 WonderLand) Testsuite Results: 17-February-2003
JBoss daily test results SUMMARY Number of tests run: 1102 Successful tests: 1090 Errors:11 Failures: 1 [time of test: 2003-02-17.08-29 GMT] [java.version: 1.4.1_01] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_01-b01] [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/2003-02-17.08-29 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: InvocationLayerStressTestCase Test: testOIL2MutliSessionOneConnection(org.jboss.test.jbossmq.perf.InvocationLayerStressTestCase) Type:error Exception: java.lang.InternalError Message: Test timeout - Suite: JBossMQUnitTestCase Test:testQueueMessageOrder(org.jboss.test.jbossmq.test.JBossMQUnitTestCase) Type:error Exception: javax.jms.JMSException Message: Could not get a clientID - Suite: JBossMQUnitTestCase Test:testRequestReplyQueue(org.jboss.test.jbossmq.test.JBossMQUnitTestCase) Type:error Exception: javax.jms.JMSException Message: Could not get a clientID - Suite: JBossMQUnitTestCase Test:testMessageListener(org.jboss.test.jbossmq.test.JBossMQUnitTestCase) Type:error Exception: javax.jms.JMSException Message: Could not get a clientID - Suite: JBossMQUnitTestCase Test: testApplicationServerStuff(org.jboss.test.jbossmq.test.JBossMQUnitTestCase) Type:error Exception: javax.jms.JMSException Message: Could not get a clientID - Suite: JBossMQUnitTestCase Test:testTopicSelectorChange(org.jboss.test.jbossmq.test.JBossMQUnitTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: Expected message 1 - Suite: SecurityUnitTestCase Test:runValidDynDurSub(org.jboss.test.jbossmq.test.SecurityUnitTestCase) Type:error Exception: java.lang.InternalError Message: Test timeout - Suite: DeployXMBeanUnitTestCase Test:testDeployUserXMBean(org.jboss.test.jmx.test.DeployXMBeanUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: create operation failed for package file:/C:/usr/JBoss3.2/jboss-3.2/testsuite/output/lib/user-xmbean.sar; - nested throwable: (org.jboss.deployment.DeploymentException: Error parsing the XML file: org.xml.sax.SAXParseException: Attribute persistPolicy with value Never must have a value from the list NEVER ONUPDATE NOMOREOFTENTHAN ONTIMER .; - nested throwable: (javax.management.NotCompliantMBeanException: Error parsing the XML file: org.xml.sax.SAXParseException: Attribute persistPolicy with value Never must have a value from the list NEVER ONUPDATE NOMOREOFTENTHAN ONTIMER .)) - Suite: MissingClassUnitTestCase Test: testDeployServiceWithoutClass(org.jboss.test.jmx.test.MissingClassUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: create operation failed for package file:/C:/usr/JBoss3.2/jboss-3.2/testsuite/output/lib/missingclass-service.xml; - nested throwable: (javax.management.InstanceNotFoundException: jboss.test:name=missingclasstest is not registered.) - Suite: JSR77SpecUnitTestCase Test:testNavigation(org.jboss.test.management.test.JSR77SpecUnitTestCase) Type:error Exception: javax.management.InstanceNotFoundException Message: jboss.management.local:J2EEApplication=cts-v1cmp.ear,J2EEServer=Local,j2eeType=EJBModule,name=cts-v1cmp.jar is not registered. - Suite: HttpsUnitTestCase Test:testJSSE(org.jboss.test.security.test.HttpsUnitTestCase) Type:error Exception: java.net.BindException Message: Address already in use: JVM_Bind - Suite: SRPUnitTestCase Test:testEchoArgs(org.jboss.test.security.test.SRPUnitTestCase) Type:error Exception: java.lang.reflect.UndeclaredThrowableException Message: - --- This sf.net email is sponsored by:ThinkGeek Welcome to geek
[JBoss-dev] [ jboss-Bugs-687809 ] Memory leak in database access
Bugs item #687809, was opened at 2003-02-17 09:35 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=687809group_id=22866 Category: JBossServer Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jan Stolze (jstolze) Assigned to: Nobody/Anonymous (nobody) Summary: Memory leak in database access Initial Comment: Hello, I've discovered a memory leak in the Database access part of JBoss. I have performed the following test. 1. Request a database connection from the initial context. 2. Inserted, selected and deleted a record in a MSSQL Server database via JDBC. 3. close the connection. 4 repeat endlessly. After about 3 million repetitions an OutOfMemoryError occurs. I've started JBoss with a minimum and maximum heap size of 20 MB. This means that JBoss had 5 MB op heapspace free to perform the above test. I've measured this by requesting the freeMemory on the VM. I can exclude the MS SQLServer JDBC driver, because I have tested it in a seperate java program that does the exact same with the only difference that it doesn't use connection pooling. No memory leak appeared then. Another test I've performed is like the above, but I've only requested a database connection once from the inital context, no memory leak appeared. So I think it is in the connection pooling part of JBoss. Config props are: JBoss 3.0.3 JDK: Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_03-b03) Java HotSpot(TM) Client VM (build 1.3.1_03-b03, mixed mode) Platfrom: Windows 2000. JDBC Driver: MS SQL-Server JDBC driver -- Comment By: Jan Stolze (jstolze) Date: 2003-02-17 11:21 Message: Logged In: YES user_id=610703 Each iteration is a new transaction. -- Comment By: Lennart Petersson (lepe) Date: 2003-02-17 10:12 Message: Logged In: YES user_id=125961 How are you handling transactions? One big tx or are each iteration one tx? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=687809group_id=22866 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(JBoss_3_2_0_RC2 WonderLand) Testsuite Results: 17-February-2003
JBoss 3.2.0RC2 test results SUMMARY Number of tests run: 1105 Successful tests: 1099 Errors:6 Failures: 0 [time of test: 2003-02-17.16-04 GMT] [java.version: 1.4.1_01] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_01-b01] [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/2003-02-17.16-04 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: SecurityUnitTestCase Test:runValidDynDurSub(org.jboss.test.jbossmq.test.SecurityUnitTestCase) Type:error Exception: java.lang.InternalError Message: Test timeout - Suite: DeployXMBeanUnitTestCase Test:testDeployUserXMBean(org.jboss.test.jmx.test.DeployXMBeanUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: create operation failed for package file:/C:/usr/JBoss3.2/jboss-3.2/testsuite/output/lib/user-xmbean.sar; - nested throwable: (org.jboss.deployment.DeploymentException: Error parsing the XML file: org.xml.sax.SAXParseException: Attribute persistPolicy with value Never must have a value from the list NEVER ONUPDATE NOMOREOFTENTHAN ONTIMER .; - nested throwable: (javax.management.NotCompliantMBeanException: Error parsing the XML file: org.xml.sax.SAXParseException: Attribute persistPolicy with value Never must have a value from the list NEVER ONUPDATE NOMOREOFTENTHAN ONTIMER .)) - Suite: MissingClassUnitTestCase Test: testDeployServiceWithoutClass(org.jboss.test.jmx.test.MissingClassUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: create operation failed for package file:/C:/usr/JBoss3.2/jboss-3.2/testsuite/output/lib/missingclass-service.xml; - nested throwable: (javax.management.InstanceNotFoundException: jboss.test:name=missingclasstest is not registered.) - Suite: JSR77SpecUnitTestCase Test:testNavigation(org.jboss.test.management.test.JSR77SpecUnitTestCase) Type:error Exception: javax.management.InstanceNotFoundException Message: jboss.management.local:J2EEApplication=cts-v1cmp.ear,J2EEServer=Local,j2eeType=EJBModule,name=cts-v1cmp.jar is not registered. - Suite: HttpsUnitTestCase Test:testJSSE(org.jboss.test.security.test.HttpsUnitTestCase) Type:error Exception: java.net.BindException Message: Address already in use: JVM_Bind - Suite: SRPUnitTestCase Test:testEchoArgs(org.jboss.test.security.test.SRPUnitTestCase) Type:error Exception: java.lang.reflect.UndeclaredThrowableException Message: - --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jbosscx rfe 677512
i posted this request about a week ago, and would like to know any developers thoughts on this. to summerize, i'd like to be able to force a datasource to timeout any connections in the pool after a period of time. we're running jboss 3.0.6 with oracle 8i and right now and we're constantly running into an error Maximum number of cursors exceeded. being able to timeout connections that have been used heavily to restore those cursors is the only idea i had to get around this error. unfortunately this is a MAJOR problem for us right now, since we can't get our application up with 24/7 reliability. it only takes a matter of minutes of heavy activity to exceed 300 cursors on oracle. if there is some other way to get around this error, i would appreciate any feedback. or, if this is a planned enhancement, when would it be integrated? thanks in advance. Ryan --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jbosscx rfe 677512
I'd rather figure out what is causing the problem. Does cursor == open statement? Open resultset? Are you using cmp? If bmp are you closing everything in finally blocks? A known problem is that the jca-jdbc wrappers don't track open statements for you and close them when you close the connection handle. This is not hard to fix, but I haven't done it yet. You might be able to make a solution to this problem in any cvs version of jboss if you can come up with some sql that will fail if too many cursors are open on a connection. All cvs versions now have CheckValidConnectionSQL for you to set: if you set it, this statement is executed when a connection is taken out of the pool and before it is handed out to your application. If you can determine from some Oracle info which connection it is and how many cursors or how many times the statement has been called, you could throw some kind of exception that would force the connection to be destroyed. thanks david jencks On 2003.02.17 11:50 Sonnek, Ryan wrote: i posted this request about a week ago, and would like to know any developers thoughts on this. to summerize, i'd like to be able to force a datasource to timeout any connections in the pool after a period of time. we're running jboss 3.0.6 with oracle 8i and right now and we're constantly running into an error Maximum number of cursors exceeded. being able to timeout connections that have been used heavily to restore those cursors is the only idea i had to get around this error. unfortunately this is a MAJOR problem for us right now, since we can't get our application up with 24/7 reliability. it only takes a matter of minutes of heavy activity to exceed 300 cursors on oracle. if there is some other way to get around this error, i would appreciate any feedback. or, if this is a planned enhancement, when would it be integrated? thanks in advance. Ryan --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] TxInterceptor split is really really good
David Jencks wrote: 4) invocation is routed to correct transport mechanism (such as by the HA Invoker interceptor)(AFAIK not yet written as an interceptor) 5) Invocation is received at server side. 6) The server decides if the resource registration callback is needed. And the resource registration occurs on the return of the original method invocation, or does it take an extra round trip immediately? The former incurs redundant bookkeeping requirements and the latter is inefficient. The latter is completely out of the question performance-wise, so I hope Ole is not argueing for it. It seems that sending the resource registration request on the return of the original method invocation should not be any more complex than what David does right now. In fact, there would still have to be a client side interceptor that takes the tx registration info from the InvocationResponse and perform the registration with the client side's TX manager. IMHO, David's approach is simpler to understand and cleaner than passing registration back in the InvocationResponse object. Anatoly. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Branch_3_2 build of manamgement module fails with clean checkout
Aplogies we seem to have major problems with our corporate mail delaying delivery for days please ignore -Original Message- From: Scott M Stark [mailto:[EMAIL PROTECTED]] Sent: 15 February 2003 22:17 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Branch_3_2 build of manamgement module fails with clean checkout Importance: Low This was fixed yesterday. I just tried a build of a clean checkout and it works fine. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Partner, Jonas [EMAIL PROTECTED] To: Jboss-Development (E-mail) [EMAIL PROTECTED] Sent: Friday, February 14, 2003 12:25 AM Subject: [JBoss-dev] Branch_3_2 build of manamgement module fails with clean checkout Using JDK1.4.1 on windows a clean checkout of Branch_3_2 the management module fails to build with the following error. Regards Jonas Partner --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version 1.3.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE symbol : class Xid location: package xa public void forget(javax.transaction.xa.Xid xid) ^ /home/jboss/jbossci/jboss-head/cache/src/main/org/jboss/cache/CacheImpl.java:524: cannot resolve symbol symbol : class XAException location: package xa throws javax.transaction.xa.XAException { ^ /home/jboss/jbossci/jboss-head/cache/src/main/org/jboss/cache/CacheImpl.java:527: cannot resolve symbol symbol : class Xid location: package xa public javax.transaction.xa.Xid[] recover(int flag) ^ /home/jboss/jbossci/jboss-head/cache/src/main/org/jboss/cache/CacheImpl.java:528: cannot resolve symbol symbol : class XAException location: package xa throws javax.transaction.xa.XAException { ^ /home/jboss/jbossci/jboss-head/cache/src/main/org/jboss/cache/CacheImpl.java:532: cannot resolve symbol symbol : class XAResource location: package xa public boolean isSameRM(javax.transaction.xa.XAResource xaRes) ^ /home/jboss/jbossci/jboss-head/cache/src/main/org/jboss/cache/CacheImpl.java:533: cannot resolve symbol symbol : class XAException location: package xa throws javax.transaction.xa.XAException { ^ /home/jboss/jbossci/jboss-head/cache/src/main/org/jboss/cache/CacheImpl.java:537: cannot resolve symbol symbol : class XAException location: package xa public int getTransactionTimeout() throws javax.transaction.xa.XAException { ^ /home/jboss/jbossci/jboss-head/cache/src/main/org/jboss/cache/CacheImpl.java:542: cannot resolve symbol symbol : class XAException location: package xa throws javax.transaction.xa.XAException { ^ /home/jboss/jbossci/jboss-head/cache/src/main/org/jboss/cache/CacheImpl.java:529: cannot resolve symbol symbol : class Xid location: package xa return new javax.transaction.xa.Xid[0]; ^ 21 errors BUILD FAILED file:/home/jboss/jbossci/jboss-head/cache/../tools/etc/buildfragments/targets.ent:45: Compile failed; see the compiler error output for details. Total time: 53 seconds --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 17-February-2003
JBoss daily test results SUMMARY Number of tests run: 1042 Successful tests: 1040 Errors:1 Failures: 1 [time of test: 2003-02-17.12-05 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.3] See http://users.jboss.org/~starksm/Branch_3_0/2003-02-17.12-05 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. 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: MissingClassUnitTestCase Test: testDeployServiceWithoutClass(org.jboss.test.jmx.test.MissingClassUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: jboss.test:name=missingclasstest is not registered.; - nested throwable: (javax.management.InstanceNotFoundException: jboss.test:name=missingclasstest is not registered.) - Suite: BeanStressTestCase Test:testDeadLockFromClient(org.jboss.test.deadlock.test.BeanStressTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: expected a client deadlock for AB BA - --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] why is EJBDeployer dependent on JMS?
LOL marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Bill Burke Sent: Monday, February 17, 2003 4:13 PM To: Jboss-Dev Subject: [JBoss-dev] why is EJBDeployer dependent on JMS? Well, why? Can we remove this dependency? You should be able to start jboss without JMS. Bill --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jbosscx rfe 677512
Bill Burke wrote: I am not sure I understand your problem. In RFE you are saying cached prepared statements stay alive and cause this error. What caches prepared statements? Did you explicitly enabled statement caching on oracle connections? I remember seeing this error message but it turned to be a problem in one of my SSBs which did not explicitly close java.sql.[Prepared]Statement. Well, strictly speaking it is a known JBoss bug/limitation -- Connection.close() does not close all opened [Prepared]Statement as it is supposed to -- but is has a reasonable workaround. Igor is correct. You are probably not closing your statements and/or ResultSets. You can get what sql statements are being leaked from Oracle. Backtrack in your code to find out where you are not closing your statements. You should also be able to work out where the problem is by checking with Oracle - there's a system table called v$open_cursors or something like that and it is sometimes possible to work out which SQL call is causing the problem from there and tidy up your closing code. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Remote class loading servlet
Hi Dain, I wrote a servlet (attached) and it looks like it will simplify things. It effectively replaces WebService and WebServer (WebService simply wraps WebServer). WebClassLoader doesn't have a dependency on WebServ* so it can operate as normal. I ran the DynLoadingUnitTestCase and it passes. Funnily enough it passes if it succeeds with ./build.sh -Dtest=jrmp tests-client-unit but fails with ./build.sh -Dtest=jrmp test I think this is how it's supposed to be called at any rate. A couple of points: 1. I didn't implement addClassLoader - AFAIK Scott said we will use the servlets class loader to retrieve all classes. Removing addClassLoader doesn't appear to cause a problem. 2. The WebServ* classes should be removed. 3. run.sh/run.bat will have to be updated with -Djava.rmi.server.codebase=http://localhost:8080/class-loader/ 4. Do we need to have a jmx service for this? I've been working on the 3.2 branch but it should work with 4.0. I have been using my own xdoclet ant script to build it as a .war - do you want me to use another deployment script as a template? I'll have some time over the next couple of days to write a compliant build script and make any other changes you may want. James Dain Sundstrom wrote: We have a small project open for a volunteer. In Jboss 2 and 3 we have a custom lightweight web server (port 8083) that returns java class files from the classLoader.getResouceAsStream to RMI clients (this is how remote class loading happens). I talked to Scott at JBoss Boot Camp and we think it is a good idea to replace this with a plain old Servlet for JBoss 4.0 so it can work with regular security, pooling and such. This is a fairly simple piece of code and shouldn't take longer then a day or two. If you are interested the code can be found in jboss-head/server/src/main/org/jboss/web/WebServer.java -dain --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development /* JBoss, the OpenSource J2EE webOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package org.jboss.web; import javax.servlet.ServletException; import javax.servlet.ServletConfig; import javax.servlet.http.HttpServlet; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import java.io.IOException; import java.io.InputStream; import org.jboss.logging.Logger; import org.jboss.util.stream.Streams; /** * The HTTPClassLoader Servlet's primary purpose is to simplify dynamic class-loading in RMI. * * It can serve any file that is available, including class-files. * This is a replacement for the WebServer class in this package. * * @web.servlet * display-name=JBoss HTTPClassLoaderServlet * load-on-startup=1 * name=HTTPClassLoaderServlet * * @web.servlet-mapping * url-pattern=/* * * @link org.jboss.test.jrmp.test.DynLoadingUnitTestCase * @see http://java.sun.com/j2se/1.4/docs/guide/rmi/codebase.html * * @author a href=mailto:[EMAIL PROTECTED];James Cooley/a */ public class HTTPClassLoaderServlet extends HttpServlet { // Constants - // Attributes private static Logger log = Logger.getLogger(HTTPClassLoaderServlet.class); public static final String CONTENT_TYPE = application/binary; public void init(ServletConfig conf) throws ServletException { super.init(conf); } /** * Called by the server (via the service method) to allow a servlet to handle a POST request. * The HTTP POST method allows the client to send data of unlimited length to the Web server * a single time and is useful when posting information such as credit card numbers. */ public void doPost(HttpServletRequest request, HttpServletResponse response) throws IOException, ServletException { log.trace(post called); doGet(request, response); } public void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException { String filePath = null; boolean traceOn = log.isTraceEnabled(); response.setContentType(CONTENT_TYPE); try { String servletRoot = request.getContextPath(); int startOfFilePath = servletRoot.length() + 1; // +1 to get the trailing / String rawPath = request.getRequestURI().substring(startOfFilePath); boolean usesJBossProtocol = rawPath.indexOf(']') 0; if(usesJBossProtocol) filePath = extractClassName(rawPath); else filePath = rawPath; if (traceOn) {
RE: [JBoss-dev] jbosscx rfe 677512
thank you all for your reply, i'll try and clear some things up for all those that responded. mark: sorry if i sounded demanding. i am more than willing to contribute my knowledge (however limited) to help the jboss project continue to thrive. i've been an avid user of jboss for the past 2 years now, and just recently i've begun to dig into the actual code. that being said, i still consider myself a relative rookie, and my post was meant to ask advice, not demand service. again, sorry if my netiquete came off rude. david, igor: i'm using BMP beans and all of my database connections and prepared statements are being closed in finally blocks. my resulset's are not being closed at all, but isn't it stated somewhere that closing the statement, closes all resultsets? i will test if closing resultset's makes any difference. bill, luke: thank you for your ideas, i will be checking the oracle tables you mentioned to see if i can get some more information. thank you all again for your replies! Ryan -Original Message- From: Igor Fedorenko [mailto:[EMAIL PROTECTED]] Sent: Monday, February 17, 2003 12:56 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] jbosscx rfe 677512 -Original Message- From: Sonnek, Ryan [mailto:[EMAIL PROTECTED]] Sent: Monday, February 17, 2003 11:50 AM To: '[EMAIL PROTECTED]' Subject: [JBoss-dev] jbosscx rfe 677512 i posted this request about a week ago, and would like to know any developers thoughts on this. to summerize, i'd like to be able to force a datasource to timeout any connections in the pool after a period of time. we're running jboss 3.0.6 with oracle 8i and right now and we're constantly running into an error Maximum number of cursors exceeded. being able to timeout connections that have been used heavily to restore those cursors is the only idea i had to get around this error. unfortunately this is a MAJOR problem for us right now, since we can't get our application up with 24/7 reliability. it only takes a matter of minutes of heavy activity to exceed 300 cursors on oracle. if there is some other way to get around this error, i would appreciate any feedback. or, if this is a planned enhancement, when would it be integrated? I am not sure I understand your problem. In RFE you are saying cached prepared statements stay alive and cause this error. What caches prepared statements? Did you explicitly enabled statement caching on oracle connections? I remember seeing this error message but it turned to be a problem in one of my SSBs which did not explicitly close java.sql.[Prepared]Statement. Well, strictly speaking it is a known JBoss bug/limitation -- Connection.close() does not close all opened [Prepared]Statement as it is supposed to -- but is has a reasonable workaround. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] jbosscx rfe 677512
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Sonnek, Ryan Sent: Monday, February 17, 2003 4:42 PM To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-dev] jbosscx rfe 677512 thank you all for your reply, i'll try and clear some things up for all those that responded. mark: sorry if i sounded demanding. i am more than willing to contribute my knowledge (however limited) to help the jboss project continue to thrive. i've been an avid user of jboss for the past 2 years now, and just recently i've begun to dig into the actual code. that being said, i still consider myself a relative rookie, and my post was meant to ask advice, not demand service. again, sorry if my netiquete came off rude. david, igor: i'm using BMP beans and all of my database connections and prepared statements are being closed in finally blocks. my resulset's are not being closed at all, but isn't it stated somewhere that closing the statement, closes all resultsets? i will test if closing resultset's makes any difference. I thought this was the case too(but I usually close ResultSets anyways). Let us know what you find. Bill --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Remote class loading servlet
I think this deserves CVS access. James, can you send me your sourceforge id? Then you can commit this yourself. Regards, Bill p.s. [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of James Cooley Sent: Monday, February 17, 2003 1:34 PM To: [EMAIL PROTECTED]; Dain Sundstrom Subject: Re: [JBoss-dev] Remote class loading servlet Hi Dain, I wrote a servlet (attached) and it looks like it will simplify things. It effectively replaces WebService and WebServer (WebService simply wraps WebServer). WebClassLoader doesn't have a dependency on WebServ* so it can operate as normal. I ran the DynLoadingUnitTestCase and it passes. Funnily enough it passes if it succeeds with ./build.sh -Dtest=jrmp tests-client-unit but fails with ./build.sh -Dtest=jrmp test I think this is how it's supposed to be called at any rate. A couple of points: 1. I didn't implement addClassLoader - AFAIK Scott said we will use the servlets class loader to retrieve all classes. Removing addClassLoader doesn't appear to cause a problem. 2. The WebServ* classes should be removed. 3. run.sh/run.bat will have to be updated with -Djava.rmi.server.codebase=http://localhost:8080/class-loader/ 4. Do we need to have a jmx service for this? I've been working on the 3.2 branch but it should work with 4.0. I have been using my own xdoclet ant script to build it as a .war - do you want me to use another deployment script as a template? I'll have some time over the next couple of days to write a compliant build script and make any other changes you may want. James Dain Sundstrom wrote: We have a small project open for a volunteer. In Jboss 2 and 3 we have a custom lightweight web server (port 8083) that returns java class files from the classLoader.getResouceAsStream to RMI clients (this is how remote class loading happens). I talked to Scott at JBoss Boot Camp and we think it is a good idea to replace this with a plain old Servlet for JBoss 4.0 so it can work with regular security, pooling and such. This is a fairly simple piece of code and shouldn't take longer then a day or two. If you are interested the code can be found in jboss-head/server/src/main/org/jboss/web/WebServer.java -dain --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] why is EJBDeployer dependent on JMS?
Try deploying an MDB in a sar. As the comment says if your not using MDBs the dependency can be removed. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Bill Burke [EMAIL PROTECTED] To: Jboss-Dev [EMAIL PROTECTED] Sent: Monday, February 17, 2003 1:13 PM Subject: [JBoss-dev] why is EJBDeployer dependent on JMS? Well, why? Can we remove this dependency? You should be able to start jboss without JMS. Bill --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jbosscx rfe 677512
On Monday, February 17, 2003, at 05:21 PM, Timothy Barreto wrote: try { ... } finally { try { rs.close(); rs=null; stmt.close(); stmt=null; } catch (Exception e){} } You need to put rs.close() and stmt.close() in different try blocks. If rs.close() throws an exception stmt.close() may never get called. In the CMP engine I have a utility class that contains a bunch of helper methods for closing db resources. Here is a snippet. public final class JDBCUtil { private static Logger log = Logger.getLogger(JDBCUtil.class.getName()); public static void safeClose(Connection con) { if(con != null) { try { con.close(); } catch(SQLException e) { log.error(SQL error, e); } } } ... } I have a safeClose method for each resource type. This makes the cleanup code very easy to write as you don't have to check for nulls. For example: try{ // whatever } finally { JDBCUtil.safeClose(rs); JDBCUtil.safeClose(stmt); } -dain --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss 3.2 head doesn't compile
compile-mbean-sources: [mkdir] Created dir: /Users/Shared/jboss32/jboss-src/common/output/gen-src sourcepath is deprecated. the preferred way to design sources is via nested fileset Running xdoclet.XDocletMain loaded by org.apache.tools.ant.AntClassLoader. Forked:true [xdoclet] HotSpot not at correct virtual address. Sharing disabled. [xdoclet] Running mbeanInterface/ [xdoclet] Generating output for 'org.jboss.util.property.jmx.SystemPropertyClassValue' using template file 'jar:file:/Users/Shared/jboss32/jboss-src/thirdparty/xdoclet/xdoclet/ lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Running XDoclet failed [xdoclet] java.lang.RuntimeException: Error running XDoclet [xdoclet] Running XDoclet failed. [xdoclet] at xdoclet.XDocletMain.start(XDocletMain.java:77) [xdoclet] at xjavadoc.ant.XJavaDocMain.main(XJavaDocMain.java:94) compile-classes: [mkdir] Created dir: /Users/Shared/jboss32/jboss-src/common/output/classes [javac] Compiling 191 source files to /Users/Shared/jboss32/jboss-src/common/output/classes /Users/Shared/jboss32/jboss-src/common/src/main/org/jboss/util/ property/jmx/SystemPropertyClassValue.java:28: cannot access org.jboss.util.property.jmx.SystemPropertyClassValueMBean bad class file: /Users/Shared/jboss32/jboss-src/common/output/gen-src/org/jboss/util/ property/jmx/SystemPropertyClassValueMBean.java file does not contain class org.jboss.util.property.jmx.SystemPropertyClassValueMBean Please remove or make sure it appears in the correct subdirectory of the classpath. implements SystemPropertyClassValueMBean ^ 1 error BUILD FAILED file:/Users/Shared/jboss32/jboss-src/common/build.xml:260: Compile failed; see the compiler error output for details. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jboss 3.2 head doesn't compile
I just built the JBoss_3_2_0_RC2 tag and there have been no changes to the 3.2 branch since this tag was applied. What version of the JDK are you using so someone else with OSX can see if they can verify the problem. In the past I thought we saw this when too many files where input to xdoclet. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Stefan Reich [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, February 17, 2003 5:05 PM Subject: [JBoss-dev] jboss 3.2 head doesn't compile compile-mbean-sources: [mkdir] Created dir: /Users/Shared/jboss32/jboss-src/common/output/gen-src sourcepath is deprecated. the preferred way to design sources is via nested fileset Running xdoclet.XDocletMain loaded by org.apache.tools.ant.AntClassLoader. Forked:true [xdoclet] HotSpot not at correct virtual address. Sharing disabled. [xdoclet] Running mbeanInterface/ [xdoclet] Generating output for 'org.jboss.util.property.jmx.SystemPropertyClassValue' using template file 'jar:file:/Users/Shared/jboss32/jboss-src/thirdparty/xdoclet/xdoclet/ lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Running XDoclet failed [xdoclet] java.lang.RuntimeException: Error running XDoclet [xdoclet] Running XDoclet failed. [xdoclet] at xdoclet.XDocletMain.start(XDocletMain.java:77) [xdoclet] at xjavadoc.ant.XJavaDocMain.main(XJavaDocMain.java:94) compile-classes: [mkdir] Created dir: /Users/Shared/jboss32/jboss-src/common/output/classes [javac] Compiling 191 source files to /Users/Shared/jboss32/jboss-src/common/output/classes /Users/Shared/jboss32/jboss-src/common/src/main/org/jboss/util/ property/jmx/SystemPropertyClassValue.java:28: cannot access org.jboss.util.property.jmx.SystemPropertyClassValueMBean bad class file: /Users/Shared/jboss32/jboss-src/common/output/gen-src/org/jboss/util/ property/jmx/SystemPropertyClassValueMBean.java file does not contain class org.jboss.util.property.jmx.SystemPropertyClassValueMBean Please remove or make sure it appears in the correct subdirectory of the classpath. implements SystemPropertyClassValueMBean ^ 1 error BUILD FAILED file:/Users/Shared/jboss32/jboss-src/common/build.xml:260: Compile failed; see the compiler error output for details. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jboss 3.2 head doesn't compile
It only happens with 1.4.1 (1.3.1 is fine) on MacOSX 10.2.3, but I'm wondering if it a 1.3.1 vs 1.4.1 problem in general. On Monday, Feb 17, 2003, at 17:51 US/Pacific, Scott M Stark wrote: I just built the JBoss_3_2_0_RC2 tag and there have been no changes to the 3.2 branch since this tag was applied. What version of the JDK are you using so someone else with OSX can see if they can verify the problem. In the past I thought we saw this when too many files where input to xdoclet. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Stefan Reich [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, February 17, 2003 5:05 PM Subject: [JBoss-dev] jboss 3.2 head doesn't compile compile-mbean-sources: [mkdir] Created dir: /Users/Shared/jboss32/jboss-src/common/output/gen-src sourcepath is deprecated. the preferred way to design sources is via nested fileset Running xdoclet.XDocletMain loaded by org.apache.tools.ant.AntClassLoader. Forked:true [xdoclet] HotSpot not at correct virtual address. Sharing disabled. [xdoclet] Running mbeanInterface/ [xdoclet] Generating output for 'org.jboss.util.property.jmx.SystemPropertyClassValue' using template file 'jar:file:/Users/Shared/jboss32/jboss-src/thirdparty/xdoclet/xdoclet/ lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Running XDoclet failed [xdoclet] java.lang.RuntimeException: Error running XDoclet [xdoclet] Running XDoclet failed. [xdoclet] at xdoclet.XDocletMain.start(XDocletMain.java:77) [xdoclet] at xjavadoc.ant.XJavaDocMain.main(XJavaDocMain.java:94) compile-classes: [mkdir] Created dir: /Users/Shared/jboss32/jboss-src/common/output/classes [javac] Compiling 191 source files to /Users/Shared/jboss32/jboss-src/common/output/classes /Users/Shared/jboss32/jboss-src/common/src/main/org/jboss/util/ property/jmx/SystemPropertyClassValue.java:28: cannot access org.jboss.util.property.jmx.SystemPropertyClassValueMBean bad class file: /Users/Shared/jboss32/jboss-src/common/output/gen-src/org/jboss/util/ property/jmx/SystemPropertyClassValueMBean.java file does not contain class org.jboss.util.property.jmx.SystemPropertyClassValueMBean Please remove or make sure it appears in the correct subdirectory of the classpath. implements SystemPropertyClassValueMBean ^ 1 error BUILD FAILED file:/Users/Shared/jboss32/jboss-src/common/build.xml:260: Compile failed; see the compiler error output for details. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [JBoss-user] Nukes going live
?! Andreas - Original Message - From: julien viet [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, February 17, 2003 5:20 PM Subject: [JBoss-user] Nukes going live JBoss.org powered by Nukes on JBoss is going to be soon. julien --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] 3.2.0RC2 is now available
The 3.2.0RC2 release is now available from SourceForge here: https://sourceforge.net/project/showfiles.php?group_id=22866 The release notes are available from here: https://sourceforge.net/project/shownotes.php?release_id=13 Serveral additional change notes can be found here: https://sourceforge.net/tracker/?atid=381174group_id=22866func=browse by selecting the 3.2 group. Scott Stark Chief Technology Officer JBoss Group, LLC --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] AOP docs available
http://www.jboss.org/developers/projects/jboss/aop.jsp Kinda crappy, but I'll be updating/editing/rewriting as time goes by. Regards, Bill Burke Chief Architect JBoss Group, LLC --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version 1.3.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE symbol : class Xid location: package xa public void forget(javax.transaction.xa.Xid xid) ^ /home/jboss/jbossci/jboss-head/cache/src/main/org/jboss/cache/CacheImpl.java:524: cannot resolve symbol symbol : class XAException location: package xa throws javax.transaction.xa.XAException { ^ /home/jboss/jbossci/jboss-head/cache/src/main/org/jboss/cache/CacheImpl.java:527: cannot resolve symbol symbol : class Xid location: package xa public javax.transaction.xa.Xid[] recover(int flag) ^ /home/jboss/jbossci/jboss-head/cache/src/main/org/jboss/cache/CacheImpl.java:528: cannot resolve symbol symbol : class XAException location: package xa throws javax.transaction.xa.XAException { ^ /home/jboss/jbossci/jboss-head/cache/src/main/org/jboss/cache/CacheImpl.java:532: cannot resolve symbol symbol : class XAResource location: package xa public boolean isSameRM(javax.transaction.xa.XAResource xaRes) ^ /home/jboss/jbossci/jboss-head/cache/src/main/org/jboss/cache/CacheImpl.java:533: cannot resolve symbol symbol : class XAException location: package xa throws javax.transaction.xa.XAException { ^ /home/jboss/jbossci/jboss-head/cache/src/main/org/jboss/cache/CacheImpl.java:537: cannot resolve symbol symbol : class XAException location: package xa public int getTransactionTimeout() throws javax.transaction.xa.XAException { ^ /home/jboss/jbossci/jboss-head/cache/src/main/org/jboss/cache/CacheImpl.java:542: cannot resolve symbol symbol : class XAException location: package xa throws javax.transaction.xa.XAException { ^ /home/jboss/jbossci/jboss-head/cache/src/main/org/jboss/cache/CacheImpl.java:529: cannot resolve symbol symbol : class Xid location: package xa return new javax.transaction.xa.Xid[0]; ^ 21 errors BUILD FAILED file:/home/jboss/jbossci/jboss-head/cache/../tools/etc/buildfragments/targets.ent:45: Compile failed; see the compiler error output for details. Total time: 54 seconds --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development