Re: Joe Admin User && mail services Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA & JBoss
On 11/10/03 8:18 AM, "Scott M Stark" <[EMAIL PROTECTED]> wrote: > In order to load the org.jboss.mail.userrepository.MetaInfoImpl > class from the codebase, you are going to have to catch the > UndeclaredThrowableException and check the nested type since > the RMIAdaptor interface does not allow for ClassNotFoundExceptions. Right...how do I actually load it from the codebase...I got the catching the exception issue. -- Andrew C. Oliver http://www.superlinksoftware.com/poi.jsp Custom enhancements and Commercial Implementation for Jakarta POI http://jakarta.apache.org/poi For Java and Excel, Got POI? The views expressed in this email are those of the author and are almost definitely not shared by the Apache Software Foundation, its board or its general membership. In fact they probably most definitively disagree with everything espoused in the above email. --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-841136 ] ResourceBundle classloader errors
Bugs item #841136, was opened at 2003-11-12 18:29 Message generated for change (Comment added) made by genman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=841136&group_id=22866 Category: JBossWeb Group: None Status: Open Resolution: None Priority: 5 Submitted By: Elias Ross (genman) Assigned to: Scott M Stark (starksm) Summary: ResourceBundle classloader errors Initial Comment: Deployment information: java version "1.4.2_02" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_02-b03) Java HotSpot(TM) Client VM (build 1.4.2_02-b03, mixed mode) JBoss 3.2.2 (release) Linux Redhat 8 I cannot reproduce this problem when I use Java 1.4.1-01 Blackdown for Linux, though again it might be a timing issue. There is a resource bundle located in an exploded .war file with a ResourceBundle at top-level: xyz.war WEB-INF classes AppResources.properties Struts 1.1 (periodically) cannot locate this bundle. javax.servlet.jsp.JspException: Missing message for key label.product.name at org.apache.struts.taglib.bean.MessageTag.doStartTag(MessageTag.java:298) at Home_jsp._jspx_meth_bean_message_0(Home_jsp.java:170) at Home_jsp._jspService(Home_jsp.java:107) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137) The weird part is that it found the bundle, but is MISSING the key. (We have seen this problem when loading from other resource bundles.) I constructed a test JSP The JSP always works fine. It spits out the key "label.product.name" <%@ page contentType="text/plain" %> <%@ page import="java.util.*"%> <% ResourceBundle rb = null; for (int i = 0; i < 100; i++) { rb = ResourceBundle.getBundle("AppResources", Locale.getDefault()); // rb = ResourceBundle.getBundle("AppResources"); } Enumeration e = rb.getKeys(); while (e.hasMoreElements()) out.println(e.nextElement()); out.println(rb.getString("label.product.name")); %> -- >Comment By: Elias Ross (genman) Date: 2003-11-12 21:32 Message: Logged In: YES user_id=556458 This same property file appears in a .jar in a (scoped) .ear file. Actually, the property files that we're having trouble with appear in scoped .ear files. I tried disabling the UCL, just to see what would happen before I filed this bug. I end up with this exception instead: java.lang.ClassCastException at org.apache.struts.tiles.TilesRequestProcessor.initDefinitionsMapping(TilesRequestProcessor.java:126) at org.apache.struts.tiles.TilesRequestProcessor.init(TilesRequestProcessor.java:116) at org.apache.struts.action.ActionServlet.getRequestProcessor(ActionServlet.java:872) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:525) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) The source code looks like this: protected void initDefinitionsMapping() throws ServletException { // Retrieve and set factory for this modules definitionsFactory = ((TilesUtilStrutsImpl)TilesUtil.getTilesUtil()).getDefinitionsFactory(getServletContext(), moduleConfig); I don't know if Struts is messed up under JBoss with this sort of configuration, but doing a quick google search turned up some junk on some mailing lists. I am wondering how a resource bundle could be found, but have no entries in it... We haven't had any trouble with our Solaris installations so far. Since the problem is erratic, I wonder if somehow the directory ordering has had some effect. -- Comment By: Scott M Stark (starksm) Date: 2003-11-12 19:04 Message: Logged In: YES user_id=175228 Are there multiple AppResources.properties deployed? If so then it is probably related to the use of the UCL in the web container. You can disable this by editing the jbossweb-tomcat41.sar/META-INF/jboss-service.xml and setting the UseJBossWebLoader attribute to false: false -- Comment By: Elias Ross (genman) Date: 2003-11-12 18:49 Message: Logged In: YES user_id=556458 More info: Doesn't happen with JBoss 3.2.1. If you visit another web context, such as /jmx-console or another .war file deployed on the system, the resource bundle gets picked up correctly. I also said it depended on JVM, but changing the JVM doesn't seem to fix this errant behavior. Struts 1.1 is deployed under WEB-INF/lib. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=841136&group_id=22866 --- This SF.Net email spon
[JBoss-dev] JBoss Test Results: 94 % ( 1541 / 1629 ) - come on - pull your finger out. JBoss (HEAD/linux1/1.4.2_01) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Thu Nov 13 04:57:38 GMT 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1629 Successful tests: 1541 Errors:70 Failures: 18 [time of test: 2003-11-13.02-52 GMT] [java.version: 1.4.2_01] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.2_01-b06] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.20-20.7] Useful resources: - http://jboss.kimptoc.net/linux1/1.4.2_01/logtests/testresults/reports/html//2003-11-13.02-52 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: LocalUnitTestCase Test:testSetup Type:error Exception: java.rmi.NoSuchObjectException Message: Could not activate; failed to restore state; CausedByException is: /home/jbossci/jbossci2/jboss-head-test/build/output/testbuild/server/all/tmp/sessions/test/TreeCacheAopTester-dmy7y62i-16/dmy7y7m0-19.ser (No such file or directory) - Suite: TxConcurrentUnitTestCase Test:testConcurrentAccess Type:failure Exception: junit.framework.AssertionFailedError Message: org.jboss.cache.lock.TimeoutException: IdentityLock.acquireReadLock(): lock could not be acquired after 1ms (lock is owned by null) - Suite: AsyncUnitTestCase Test:testSyncRepl Type:failure Exception: junit.framework.AssertionFailedError Message: "age" obtained from cache2 is null - Suite: ScopedTransactionUnitTestCase Test:testScopedTransaction Type:error Exception: javax.naming.NameNotFoundException Message: ScopedTxTestSession not bound - Suite: ScopedTransactionUnitTestCase Test:testServerFound Type:error Exception: java.net.MalformedURLException Message: no protocol: /home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/scopedtx.jar - Suite: ScopedTransactionUnitTestCase Test:unknown Type:error Exception: java.net.MalformedURLException Message: no protocol: /home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/scopedtx.jar === Thu Nov 13 04:57:38 GMT 2003 === Linux nog.kimptoc.net 2.4.20-20.7 #1 Mon Aug 18 14:56:30 EDT 2003 i686 unknown === java -version java version "1.4.2_01" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_01-b06) Java HotSpot(TM) Client VM (build 1.4.2_01-b06, mixed mode) --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss Test Results: 95 % ( 1590 / 1671 ) - nearly there - who is gonna get us to 100%!. JBoss (HEAD/winxp/1.4.2_01) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Thu Nov 13 03:05:57 GMTST 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1671 Successful tests: 1590 Errors:65 Failures: 16 [time of test: 2003-11-13.02-15 GMT] [java.version: 1.4.2_01] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.2_01-b06] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Windows XP] [os.arch: x86] [os.version: 5.1] Useful resources: - http://jboss.kimptoc.net/winxp/1.4.2_01/logtests/testresults/reports/html//2003-11-13.02-15 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: LocalUnitTestCase Test:testSetup Type:error Exception: java.rmi.NoSuchObjectException Message: Could not activate; failed to restore state; CausedByException is: D:\jboss\jboss-head-test\build\output\testbuild\server\all\tmp\sessions\test\TreeCacheAopTester-dmy6f9h1-16\dmy6fa5c-19.ser (The system cannot find the file specified) - Suite: ScopedTransactionUnitTestCase Test:testScopedTransaction Type:error Exception: javax.naming.NameNotFoundException Message: ScopedTxTestSession not bound - Suite: ScopedTransactionUnitTestCase Test:testServerFound Type:error Exception: java.net.MalformedURLException Message: unknown protocol: d - Suite: ScopedTransactionUnitTestCase Test:unknown Type:error Exception: java.net.MalformedURLException Message: unknown protocol: d - Suite: ScopingUnitTestCase Test:testSingletons Type:failure Exception: junit.framework.AssertionFailedError Message: checkVersion(V2) is true - Suite: AppClientUnitTestCase Test:testENC Type:error Exception: javax.naming.NameNotFoundException Message: test-client not bound === Thu Nov 13 03:05:57 GMTST 2003 === CYGWIN_NT-5.1 quarks2 1.5.4(0.94/3/2) 2003-09-12 23:08 i686 unknown unknown Cygwin === java -version java version "1.4.2_01" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_01-b06) Java HotSpot(TM) Client VM (build 1.4.2_01-b06, mixed mode) --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-841136 ] ResourceBundle classloader errors
Bugs item #841136, was opened at 2003-11-12 18:29 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=841136&group_id=22866 >Category: JBossWeb Group: None Status: Open Resolution: None Priority: 5 Submitted By: Elias Ross (genman) >Assigned to: Scott M Stark (starksm) Summary: ResourceBundle classloader errors Initial Comment: Deployment information: java version "1.4.2_02" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_02-b03) Java HotSpot(TM) Client VM (build 1.4.2_02-b03, mixed mode) JBoss 3.2.2 (release) Linux Redhat 8 I cannot reproduce this problem when I use Java 1.4.1-01 Blackdown for Linux, though again it might be a timing issue. There is a resource bundle located in an exploded .war file with a ResourceBundle at top-level: xyz.war WEB-INF classes AppResources.properties Struts 1.1 (periodically) cannot locate this bundle. javax.servlet.jsp.JspException: Missing message for key label.product.name at org.apache.struts.taglib.bean.MessageTag.doStartTag(MessageTag.java:298) at Home_jsp._jspx_meth_bean_message_0(Home_jsp.java:170) at Home_jsp._jspService(Home_jsp.java:107) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137) The weird part is that it found the bundle, but is MISSING the key. (We have seen this problem when loading from other resource bundles.) I constructed a test JSP The JSP always works fine. It spits out the key "label.product.name" <%@ page contentType="text/plain" %> <%@ page import="java.util.*"%> <% ResourceBundle rb = null; for (int i = 0; i < 100; i++) { rb = ResourceBundle.getBundle("AppResources", Locale.getDefault()); // rb = ResourceBundle.getBundle("AppResources"); } Enumeration e = rb.getKeys(); while (e.hasMoreElements()) out.println(e.nextElement()); out.println(rb.getString("label.product.name")); %> -- >Comment By: Scott M Stark (starksm) Date: 2003-11-12 19:04 Message: Logged In: YES user_id=175228 Are there multiple AppResources.properties deployed? If so then it is probably related to the use of the UCL in the web container. You can disable this by editing the jbossweb-tomcat41.sar/META-INF/jboss-service.xml and setting the UseJBossWebLoader attribute to false: false -- Comment By: Elias Ross (genman) Date: 2003-11-12 18:49 Message: Logged In: YES user_id=556458 More info: Doesn't happen with JBoss 3.2.1. If you visit another web context, such as /jmx-console or another .war file deployed on the system, the resource bundle gets picked up correctly. I also said it depended on JVM, but changing the JVM doesn't seem to fix this errant behavior. Struts 1.1 is deployed under WEB-INF/lib. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=841136&group_id=22866 --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-841136 ] ResourceBundle classloader errors
Bugs item #841136, was opened at 2003-11-12 18:29 Message generated for change (Comment added) made by genman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=841136&group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Elias Ross (genman) Assigned to: Nobody/Anonymous (nobody) Summary: ResourceBundle classloader errors Initial Comment: Deployment information: java version "1.4.2_02" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_02-b03) Java HotSpot(TM) Client VM (build 1.4.2_02-b03, mixed mode) JBoss 3.2.2 (release) Linux Redhat 8 I cannot reproduce this problem when I use Java 1.4.1-01 Blackdown for Linux, though again it might be a timing issue. There is a resource bundle located in an exploded .war file with a ResourceBundle at top-level: xyz.war WEB-INF classes AppResources.properties Struts 1.1 (periodically) cannot locate this bundle. javax.servlet.jsp.JspException: Missing message for key label.product.name at org.apache.struts.taglib.bean.MessageTag.doStartTag(MessageTag.java:298) at Home_jsp._jspx_meth_bean_message_0(Home_jsp.java:170) at Home_jsp._jspService(Home_jsp.java:107) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137) The weird part is that it found the bundle, but is MISSING the key. (We have seen this problem when loading from other resource bundles.) I constructed a test JSP The JSP always works fine. It spits out the key "label.product.name" <%@ page contentType="text/plain" %> <%@ page import="java.util.*"%> <% ResourceBundle rb = null; for (int i = 0; i < 100; i++) { rb = ResourceBundle.getBundle("AppResources", Locale.getDefault()); // rb = ResourceBundle.getBundle("AppResources"); } Enumeration e = rb.getKeys(); while (e.hasMoreElements()) out.println(e.nextElement()); out.println(rb.getString("label.product.name")); %> -- >Comment By: Elias Ross (genman) Date: 2003-11-12 18:49 Message: Logged In: YES user_id=556458 More info: Doesn't happen with JBoss 3.2.1. If you visit another web context, such as /jmx-console or another .war file deployed on the system, the resource bundle gets picked up correctly. I also said it depended on JVM, but changing the JVM doesn't seem to fix this errant behavior. Struts 1.1 is deployed under WEB-INF/lib. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=841136&group_id=22866 --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-841136 ] ResourceBundle classloader errors
Bugs item #841136, was opened at 2003-11-12 18:29 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=841136&group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Elias Ross (genman) Assigned to: Nobody/Anonymous (nobody) Summary: ResourceBundle classloader errors Initial Comment: Deployment information: java version "1.4.2_02" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_02-b03) Java HotSpot(TM) Client VM (build 1.4.2_02-b03, mixed mode) JBoss 3.2.2 (release) Linux Redhat 8 I cannot reproduce this problem when I use Java 1.4.1-01 Blackdown for Linux, though again it might be a timing issue. There is a resource bundle located in an exploded .war file with a ResourceBundle at top-level: xyz.war WEB-INF classes AppResources.properties Struts 1.1 (periodically) cannot locate this bundle. javax.servlet.jsp.JspException: Missing message for key label.product.name at org.apache.struts.taglib.bean.MessageTag.doStartTag(MessageTag.java:298) at Home_jsp._jspx_meth_bean_message_0(Home_jsp.java:170) at Home_jsp._jspService(Home_jsp.java:107) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137) The weird part is that it found the bundle, but is MISSING the key. (We have seen this problem when loading from other resource bundles.) I constructed a test JSP The JSP always works fine. It spits out the key "label.product.name" <%@ page contentType="text/plain" %> <%@ page import="java.util.*"%> <% ResourceBundle rb = null; for (int i = 0; i < 100; i++) { rb = ResourceBundle.getBundle("AppResources", Locale.getDefault()); // rb = ResourceBundle.getBundle("AppResources"); } Enumeration e = rb.getKeys(); while (e.hasMoreElements()) out.println(e.nextElement()); out.println(rb.getString("label.product.name")); %> -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=841136&group_id=22866 --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss Test Results: 94 % ( 1559 / 1643 ) - come on - pull your finger out. JBoss (HEAD/linux1/1.4.1_05) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Thu Nov 13 02:26:44 GMT 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1643 Successful tests: 1559 Errors:67 Failures: 17 [time of test: 2003-11-13.00-42 GMT] [java.version: 1.4.1_05] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_05-b01] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.20-20.7] Useful resources: - http://jboss.kimptoc.net/linux1/1.4.1_05/logtests/testresults/reports/html//2003-11-13.00-42 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: LocalUnitTestCase Test:testSetup Type:error Exception: java.rmi.NoSuchObjectException Message: Could not activate; failed to restore state; CausedByException is: /home/jbossci/jbossci2/jboss-head-test/build/output/testbuild/server/all/tmp/sessions/test/TreeCacheAopTester-dmy3e2ef-16/dmy3e4f5-19.ser (No such file or directory) - Suite: TxConcurrentUnitTestCase Test:testConcurrentAccess Type:failure Exception: junit.framework.AssertionFailedError Message: org.jboss.cache.lock.TimeoutException: IdentityLock.acquireReadLock(): lock could not be acquired after 1ms (lock is owned by null) - Suite: ScopedTransactionUnitTestCase Test:testScopedTransaction Type:error Exception: javax.naming.NameNotFoundException Message: ScopedTxTestSession not bound - Suite: ScopedTransactionUnitTestCase Test:testServerFound Type:error Exception: java.net.MalformedURLException Message: no protocol: /home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/scopedtx.jar - Suite: ScopedTransactionUnitTestCase Test:unknown Type:error Exception: java.net.MalformedURLException Message: no protocol: /home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/scopedtx.jar - Suite: ScopingUnitTestCase Test:testSingletons Type:failure Exception: junit.framework.AssertionFailedError Message: checkVersion(V2) is true === Thu Nov 13 02:26:44 GMT 2003 === Linux nog.kimptoc.net 2.4.20-20.7 #1 Mon Aug 18 14:56:30 EDT 2003 i686 unknown === java -version java version "1.4.1_05" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_05-b01) Java HotSpot(TM) Client VM (build 1.4.1_05-b01, mixed mode) --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-825766 ] Deadlock when logging trace
Bugs item #825766, was opened at 2003-10-17 15:32 Message generated for change (Comment added) made by genman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=825766&group_id=22866 Category: JBossServer Group: None Status: Open Resolution: None Priority: 5 Submitted By: Elias Ross (genman) Assigned to: Scott M Stark (starksm) Summary: Deadlock when logging trace Initial Comment: This was caused when trace was enabled. I imagine it was caused by the classloader trying to load a class while it was being rendered (?) to disk. Probably not a big issue, unless trace-logging is enabled. Java stack information for the threads listed above: === "SMPP-TIMER-0": at com.logica.smpp.util.ByteBuffer.getHexDump(ByteBuffer.java:379) at com.logica.smpp.util.ByteBuffer.toString(ByteBuffer.java:387) at org.apache.log4j.or.DefaultRenderer.doRender(DefaultRenderer.java:26) at org.apache.log4j.or.RendererMap.findAndRender(RendererMap.java:70) at org.apache.log4j.spi.LoggingEvent.getRenderedMessage(LoggingEvent.java:288) at org.apache.log4j.helpers.PatternParser$BasicPatternConverter.convert(PatternParser.java:395) at org.apache.log4j.helpers.PatternConverter.format(PatternConverter.java:56) at org.apache.log4j.PatternLayout.format(PatternLayout.java:495) at org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:292) at org.apache.log4j.WriterAppender.append(WriterAppender.java:150) at org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:221) - locked <0x473874c8> (a org.apache.log4j.ConsoleAppender) at org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:57) at org.apache.log4j.Category.callAppenders(Category.java:187) - locked <0x46829180> (a org.apache.log4j.spi.RootCategory) at org.apache.log4j.Category.forcedLog(Category.java:372) at org.apache.log4j.Category.debug(Category.java:241) at com.logica.smpp.debug.Log4JDebug.write(Log4JDebug.java:79) at com.logica.smpp.TCPIPConnection.send(TCPIPConnection.java:301) at com.logica.smpp.Transmitter.send(Transmitter.java:81) at com.logica.smpp.Session.send(Session.java:983) at com.logica.smpp.Session.bind(Session.java:452) at ... "SMSC-Accept-16910": at org.apache.log4j.Category.callAppenders(Category.java:185) - waiting to lock <0x46829180> (a org.apache.log4j.spi.RootCategory) at org.apache.log4j.Category.forcedLog(Category.java:372) at org.apache.log4j.Category.log(Category.java:864) at org.jboss.logging.Log4jLoggerPlugin.trace(Log4jLoggerPlugin.java:96) at org.jboss.logging.Logger.trace(Logger.java:113) at org.jboss.mx.loading.UnifiedClassLoader3.attempt(UnifiedClassLoader3.java:242) at org.jboss.mx.loading.UnifiedClassLoader3.loadClass(UnifiedClassLoader3.java:126) - locked <0x472e2f38> (a org.jboss.mx.loading.UnifiedClassLoader3) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) - locked <0x472e2f38> (a org.jboss.mx.loading.UnifiedClassLoader3) at com.proteusmobile.smsgw.server.ServerService.listen(ServerService.java:187) at com.proteusmobile.smsgw.server.ServerService.access$3(ServerService.java:46) at com.proteusmobile.smsgw.server.ServerService$Listener.run0(ServerService.java:163) at com.proteusmobile.smsgw.server.ServerService$Listener.run(ServerService.java:154) at java.lang.Thread.run(Thread.java:536) Found 1 deadlock. -- >Comment By: Elias Ross (genman) Date: 2003-11-12 18:00 Message: Logged In: YES user_id=556458 The deadlock can be triggered when set and get method is synchronized and logging is done from two threads: one calling set and toString calls get. Here is the Log4J bug for this. I haven't heard what is going to be done to fix it, but Ceki knows it's an issue... http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24159 -- Comment By: Elias Ross (genman) Date: 2003-10-18 22:11 Message: Logged In: YES user_id=556458 Here is the routine. Line 379 is indicated. Doesn't seem likely that it's here. I think this is not the issue, unless the length turned negative and the loop went on for infinity. The StringBuffer constructor would have checked that anyway. public String getHexDump() { StringBuffer sb = new StringBuffer(length * 2); for (int i=0; i> 4) & 0x0f, 16)); sb.append(Character.forDigit(buffer[i + offs] & 0x0f, 16)); } return sb.toString(); } I didn't capture all the stack traces. I wonder what would
RE: [JBoss-dev] West coast TRAINING
I think I discovered the source of the problem, but not the exact reason. The problem has something to do with the anti-popup proxy server (Proxomitron). When I turned off the proxy, everything suddenly started working. Just FYI. -- Jim Brownfield [EMAIL PROTECTED] Radical System Solutions, Inc. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Scott M Stark > Sent: Wednesday, November 12, 2003 5:11 PM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] West coast TRAINING > > > Still looks ok after clearing all offline content and files. > > -- > > Scott Stark > Chief Technology Officer > JBoss Group, LLC > > > Jim Brownfield wrote: > > > It's possible, but I don't have any of the listed Registry > entries that are > > supposed to be indicative of that particular problem. > > > > The main "jboss.org" page works fine. Other links work fine as well > > (obviously, I haven't exhaustively checked all links on the > page). However, > > when I click on the bootcamp links, I get garbage. > > > > What happens if you clear your IE cache and try to > re-access that link? > > > > > > --- > This SF.Net email sponsored by: ApacheCon 2003, > 16-19 November in Las Vegas. Learn firsthand the latest > developments in Apache, PHP, Perl, XML, Java, MySQL, > WebDAV, and more! http://www.apachecon.com/ > ___ > JBoss-Development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss Test Results: 95 % ( 1583 / 1666 ) - nearly there - who is gonna get us to 100%!. JBoss (HEAD/winxp/1.4.1_05) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Thu Nov 13 01:41:28 GMTST 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1666 Successful tests: 1583 Errors:66 Failures: 17 [time of test: 2003-11-13.00-48 GMT] [java.version: 1.4.1_05] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_05-b01] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Windows XP] [os.arch: x86] [os.version: 5.1] Useful resources: - http://jboss.kimptoc.net/winxp/1.4.1_05/logtests/testresults/reports/html//2003-11-13.00-48 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: LocalUnitTestCase Test:testSetup Type:error Exception: java.rmi.NoSuchObjectException Message: Could not activate; failed to restore state; CausedByException is: D:\jboss\jboss-head-test\build\output\testbuild\server\all\tmp\sessions\test\TreeCacheAopTester-dmy3azus-16\dmy3b0fm-19.ser (The system cannot find the file specified) - Suite: ScopedTransactionUnitTestCase Test:testScopedTransaction Type:error Exception: javax.naming.NameNotFoundException Message: ScopedTxTestSession not bound - Suite: ScopedTransactionUnitTestCase Test:testServerFound Type:error Exception: java.net.MalformedURLException Message: unknown protocol: d - Suite: ScopedTransactionUnitTestCase Test:unknown Type:error Exception: java.net.MalformedURLException Message: unknown protocol: d - Suite: ScopingUnitTestCase Test:testSingletons Type:failure Exception: junit.framework.AssertionFailedError Message: checkVersion(V2) is true - Suite: AppClientUnitTestCase Test:testENC Type:error Exception: javax.naming.NameNotFoundException Message: test-client not bound === Thu Nov 13 01:41:28 GMTST 2003 === CYGWIN_NT-5.1 quarks2 1.5.4(0.94/3/2) 2003-09-12 23:08 i686 unknown unknown Cygwin === java -version java version "1.4.1_05" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_05-b01) Java HotSpot(TM) Client VM (build 1.4.1_05-b01, mixed mode) --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] West coast TRAINING
I right-clicked to "Open in New Window", received a blank new window then clicked the refresh button and was finally able to see the uncompressed page. Weird -- Jim Brownfield [EMAIL PROTECTED] Radical System Solutions, Inc. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Scott M Stark > Sent: Wednesday, November 12, 2003 5:11 PM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] West coast TRAINING > > > Still looks ok after clearing all offline content and files. > > -- > > Scott Stark > Chief Technology Officer > JBoss Group, LLC > > > Jim Brownfield wrote: > > > It's possible, but I don't have any of the listed Registry > entries that are > > supposed to be indicative of that particular problem. > > > > The main "jboss.org" page works fine. Other links work fine as well > > (obviously, I haven't exhaustively checked all links on the > page). However, > > when I click on the bootcamp links, I get garbage. > > > > What happens if you clear your IE cache and try to > re-access that link? > > > > > > --- > This SF.Net email sponsored by: ApacheCon 2003, > 16-19 November in Las Vegas. Learn firsthand the latest > developments in Apache, PHP, Perl, XML, Java, MySQL, > WebDAV, and more! http://www.apachecon.com/ > ___ > JBoss-Development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] West coast TRAINING
Still looks ok after clearing all offline content and files. -- Scott Stark Chief Technology Officer JBoss Group, LLC Jim Brownfield wrote: It's possible, but I don't have any of the listed Registry entries that are supposed to be indicative of that particular problem. The main "jboss.org" page works fine. Other links work fine as well (obviously, I haven't exhaustively checked all links on the page). However, when I click on the bootcamp links, I get garbage. What happens if you clear your IE cache and try to re-access that link? --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] West coast TRAINING
It's possible, but I don't have any of the listed Registry entries that are supposed to be indicative of that particular problem. The main "jboss.org" page works fine. Other links work fine as well (obviously, I haven't exhaustively checked all links on the page). However, when I click on the bootcamp links, I get garbage. What happens if you clear your IE cache and try to re-access that link? -- Jim Brownfield [EMAIL PROTECTED] Radical System Solutions, Inc. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Scott M Stark > Sent: Wednesday, November 12, 2003 3:36 PM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] West coast TRAINING > > > The www.jbossgroup.com is using gzip compression. You probably are > suffering from this IE issue which is not supposed to exist in > 6.0, but people have expierenced it: > > Internet Explorer Loses the First 2048 Bytes of Data That Are > Sent Back by Web > Servers That Use HTTP Compression > http://support.microsoft.com/default.aspx?scid=kb;en-us;Q313712 > > -- > > Scott Stark > Chief Technology Officer > JBoss Group, LLC > > > > > --- > This SF.Net email sponsored by: ApacheCon 2003, > 16-19 November in Las Vegas. Learn firsthand the latest > developments in Apache, PHP, Perl, XML, Java, MySQL, > WebDAV, and more! http://www.apachecon.com/ > ___ > JBoss-Development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-840496 ] Cocoon war dir hot-redeploy causes JBoss Shutdown
Bugs item #840496, was opened at 2003-11-11 20:15 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=840496&group_id=22866 Category: JBossWeb Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: David Ward (dward2) Assigned to: Scott M Stark (starksm) Summary: Cocoon war dir hot-redeploy causes JBoss Shutdown Initial Comment: I've discovered a problem that only happens with jboss 3.0 + tomcat + cocoon 2.0 + expanded war directory, relating to hot-redeploy. Basically, if you have a cocoon.war/ *directory* web application, and touch it's web.xml file, JBoss shuts down! Here are the steps to re-create: 1) Download a completely fresh jboss-3.0.7_tomcat-4.1.24 from sourceforge. 2) Download a completely fresh cocoon-2.0.4 (vm14) from apache. 3) Dropped cocoon.war in jboss' deploy directory. 4) Started up jboss. 5) Hit the cocoon servlet (got a sitemap error but didn't care) 6) "touch" cocoon.war. 7) NO REDEPLOY PROBLEM 8) Hit the cocoon servlet (got same sitemap error but still didn't care - at least could still hit it). 9) Stop jboss. 10) Delete the db, tmp and log dirs to be completely clean distro again. 11) Explode the cocoon.war file into cocoon.war/ *DIRECTORY INSTEAD*. 12) Start up jboss. 13) Hit the cocoon servlet (sitemap error; still don't care) 14) "touch" cocoon.war/WEB-INF/web.xml 15) *** REDEPLOY PROBLEM: jboss shuts down!! *** JBoss/Jetty does not do this. JBoss 3.2.x does not do this. A JBoss/Tomcat webapp without Cocoon does not do this. JBoss/Tomcat with a Cocoon war *file* does not do this. It has to be JBoss 3.0/Tomcat with a Cocoon 2.0 war *directory*, and you touch it's web.xml file to cause a redeploy. I have tested it on many different combinations, and here is the breakdown: 1) jboss-3.0.7_tomcat-4.1.24 + cocoon-2.0.4 - FAILED 2) jboss-3.0.8_tomcat-4.1.24 + cocoon-2.0.4 - FAILED 3) jboss-3.0.8_tomcat-4.1.27 + cocoon-2.0.4 - FAILED 4) jboss-3.0.8_tomcat-4.1.29 + cocoon-2.0.4 - FAILED 5) jboss-3.2.2 (tomcat_4.1.27) + cocoon-2.0.4 - PASSED 6) jboss-3.0.8_tomcat-4.1.24 + cocoon-2.1.2 - PASSED, though 500 errors Something was fixed in JBoss 3.2.2 / Tomcat that fixed this problem. Does anyone have any idea what this was? Unfortunately, we cannot upgrade to JBoss 3.2.2 right now. If the fix is known, can it be backported back to 3.0? A jboss-3.0.9_tomcat-4.1.29 with the backported fix would be awesome and greatly appreciated! BTW, with JBoss 3.2.2, it looks like the shutdown was intercepted; here's a line from the console: 22:43:58,980 INFO [STDOUT] Mon Nov 03 22:43:58 EST 2003 SHUTDOWN : System.exit() was not called When I see that line with 3.2.2, the redeploy finishes and JBoss does not shutdown. Maybe find where that log is done and see what can be similarly done in 3.0.x to intercept the shutdown? Last bit of info: This is using Sun JDK 1.4.1 and 1.4.2. It is recreateable on Windows; not sure about Linux and MacOSX. Thanks! David -- >Comment By: Scott M Stark (starksm) Date: 2003-11-12 16:13 Message: Logged In: YES user_id=175228 Put the server in a debugger and set a break point on the System.exit call and show the stack trace to see who is calling it. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=840496&group_id=22866 --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-841085 ] Regression with RMIAdaptor replacement in 3.2.2
Bugs item #841085, was opened at 2003-11-12 16:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=841085&group_id=22866 Category: JBossMX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Scott M Stark (starksm) Assigned to: Scott M Stark (starksm) Summary: Regression with RMIAdaptor replacement in 3.2.2 Initial Comment: The jmx-invoker-adaptor-server.sar which handles the returning the RMIAaptor interface when looking up the JNDI name jmx/rmi/RMIAdaptor which was previously handled by the jmx-rmi-adaptor.sar does not support the RMIAdaptor.addNotificationListener(ObjectName name, RMINotificationListener listener,NotificationFilter filter, Object handback) and so is not a complete replacement for clients who want to receive remote notifications. This needs to be corrected. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=841085&group_id=22866 --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Compilation Failed! JBoss (Branch_3_2/winxp/1.4.2_01) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Thu Nov 13 00:01:48 GMTST 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === (XDocletMain.start 45 ) Running INFO:Some classes refer to other classes that were not found among the sources or on the classpath. (Perhaps the referred class doesn't exist? Hasn't been generated yet?) The referring classes do not import any fully qualified classes matching these classes. However, since no packages are imported, xjavadoc has assumed that the referred classes belong to the same package as the referring class. The classes are: D:\jboss\jboss-head\connector\src\main\org\jboss\resource\RARDeployer.java --> RARDeployerMBean qualified to org.jboss.resource.RARDeployerMBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\adapter\jdbc\xa\oracle\OracleXAExceptionFormatter.java --> OracleXAExceptionFormatterMBean qualified to org.jboss.resource.adapter.jdbc.xa.oracle.OracleXAExceptionFormatterMBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\BaseConnectionManager2.java --> BaseConnectionManager2MBean qualified to org.jboss.resource.connectionmanager.BaseConnectionManager2MBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\CachedConnectionManager.java --> CachedConnectionManagerMBean qualified to org.jboss.resource.connectionmanager.CachedConnectionManagerMBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\JBossLocalXAExceptionFormatter.java --> JBossLocalXAExceptionFormatterMBean qualified to org.jboss.resource.connectionmanager.JBossLocalXAExceptionFormatterMBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\JBossManagedConnectionPool.java --> JBossManagedConnectionPoolMBean qualified to org.jboss.resource.connectionmanager.JBossManagedConnectionPoolMBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\LocalTxConnectionManager.java --> LocalTxConnectionManagerMBean qualified to org.jboss.resource.connectionmanager.LocalTxConnectionManagerMBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\TxConnectionManager.java --> TxConnectionManagerMBean qualified to org.jboss.resource.connectionmanager.TxConnectionManagerMBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\NoTxConnectionManager.java --> BaseConnectionEventListener qualified to org.jboss.resource.connectionmanager.BaseConnectionEventListener D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\RARDeployment.java --> RARDeploymentMBean qualified to org.jboss.resource.connectionmanager.RARDeploymentMBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\XATxConnectionManager.java --> XATxConnectionManagerMBean qualified to org.jboss.resource.connectionmanager.XATxConnectionManagerMBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\XATxConnectionManager.java --> TxConnectionManagerMBean qualified to org.jboss.resource.connectionmanager.TxConnectionManagerMBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\TxConnectionManager.java --> BaseConnectionManager2MBean qualified to org.jboss.resource.connectionmanager.BaseConnectionManager2MBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\NoTxConnectionManager.java --> BaseConnectionManager2MBean qualified to org.jboss.resource.connectionmanager.BaseConnectionManager2MBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\LocalTxConnectionManager.java --> TxConnectionManagerMBean qualified to org.jboss.resource.connectionmanager.TxConnectionManagerMBean compile-source-jdbc2: compile-source-jdbc3: [echo] jdbc3 [copy] Copying 6 files to D:\jboss\jboss-head\connector\output\gen-src compile-source-jdbc-version: compile-classes: [mkdir] Created dir: D:\jboss\jboss-head\connector\output\classes [javac] Compiling 76 source files to D:\jboss\jboss-head\connector\output\classes 3 warnings compile-resources: [mkdir] Created dir: D:\jboss\jboss-head\connector\output\resources [copy] Copying 6 files to D:\jboss\jboss-head\connector\output\resources compile-etc: [mkdir] Cre
Re: [JBoss-dev] West coast TRAINING
The www.jbossgroup.com is using gzip compression. You probably are suffering from this IE issue which is not supposed to exist in 6.0, but people have expierenced it: Internet Explorer Loses the First 2048 Bytes of Data That Are Sent Back by Web Servers That Use HTTP Compression http://support.microsoft.com/default.aspx?scid=kb;en-us;Q313712 -- Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-435958 ] Out of Memory eception after many redepl
Bugs item #435958, was opened at 2001-06-24 21:53 Message generated for change (Comment added) made by hal200 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=435958&group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Andreas Schaefer (schaefera) Summary: Out of Memory eception after many redepl Initial Comment: This behavior has been observed on Windows 2000 SP2, running Sun JDK 1.3.1 and jBoss2.2.2 both Tomcat and Jetty bundles. After many EAR hot redeployments in a short period of time, (prehaps one every 5 to 20 minutes over a period of 6 hours) a redeployment will result in "Out of Memory" exceptions being thrown. This happens with both the Tomcat and Jetty bundles, but the error is much more clear with Jetty. In the case of Tomcat, it appears to redeploy correctly but creates a variety of errors when the app is run. -- Comment By: Jonathan Kovacs (hal200) Date: 2003-11-12 17:39 Message: Logged In: YES user_id=907916 I'm getting the same problem with JBoss 3.2.1_Tomcat-4.1.24. In my case, it seems to be triggered by a strange interaction with the Struts libraries. I threw together a quick script which continuously re-deploys the struts-example.war file over and over again (with a 15 second pause between deploy/undeployments) by popping the file in and out of the deploy directory (instead of using the deployer.jar tool...not sure at this point if that would make a difference) Sure enough, when watching the GC output, the memory use keeps increasing. If I stop the script, the memory doesn't seem to ever get reclaimed. If I leave it running, eventually the server blows it's heap and I start getting OutOfMemory errors at random intervals. --- 17:05:45,223 ERROR [URLDeploymentScanner] Failed to deploy: [EMAIL PROTECTED] url=file:/home/jon/cvs-test/canarie/lib/jboss-3.2.1_tomcat-4.1.24/server/canarie/deploy/IQXWeb.war, deployedLastModified=0 } org.jboss.deployment.DeploymentException: Could not create deployment: file:/home/jon/cvs-test/canarie/lib/jboss-3.2.1_tomcat-4.1.24/server/canarie/deploy/IQXWeb.war; - nested throwable: (java.lang.OutOfMemoryError) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:853) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:640) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:613) at sun.reflect.GeneratedMethodAccessor22.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy7.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:302) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:476) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:200) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:211) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:190) Caused by: java.lang.OutOfMemoryError --- After leaving it for about an hour in this state, with GC details turned on, we can see that sure enough, the memory is not being reclaimed, despite the JVM's best efforts... Full GC [Tenured: 58303K->58303K(58304K), 0.3335490 secs] 64404K->64354K(64832K), 0.3336620 secs] [Full GC [Tenured: 58303K->58303K(58304K), 0.3131040 secs] 64407K->64354K(64832K), 0.3131720 secs] [Full GC [Tenured: 58303K->58303K(58304K), 0.3122840 secs] 64397K->64354K(64832K), 0.3123480 secs] [Full GC [Tenured: 58303K->58303K(58304K), 0.3455040 secs] 64397K->64354K(64832K), 0.3455610 secs] [Full GC [Tenured: 58303K->58303K(58304K), 0.3205630 secs] 64397K->64354K(64832K), 0.3206770 secs] [Full GC [Tenured: 58303K->58303K(58304K), 0.3148190 secs] 64398K->64354K(64832K), 0.3148690 secs] [Full GC [Tenured: 58303K->58303K(58304K), 0.3124290 secs] 64397K->64354K(64832K), 0.3125430 secs] [Full GC [Tenured: 58303K->58303K(58304K), 0.3098440 secs] 64397K->64354K(64832K), 0.3099050 secs] [Full GC [Tenured: 58303K->58303K(58304K), 0.3316150 secs] 64397K->64354K(64832K), 0.3317300 secs] [Full GC [Tenured: 58303K->58303K(58304K), 0.3237010 secs] 64397K->64354K(64832K), 0.3238340 secs] [Full G
RE: [JBoss-dev] West coast TRAINING
I click on your link, and I get a page full of the following: âÃ[ÃvÃÂÃÂÅâwÃrÃtÃTÃ]â/ÂÂÂ9qÃÂTKÂÂÃÃâÂÃË"Â(EÃ4}âÂ\t )Râ'ÂÃÅnvÂMâÃ`0ÃÃÂÃ]oÃÃmÃ'ÃÃÃdÃÂs~Ã%â]*]ÃÂÂRoÃ3ÃÃrâÅ ÂÂ|à TÃ_ZÂÃMOÃÃàÂÃLQÃ)ÂÂÃÂâÂ<ÂÂÂÃ9B0ÂÃÃ*/(â;ÃÅÂ]ÃeÅ> Ãt/Ã$N#ÃqÃÂâqÃb-ÃâÂ2ÂIÃÃÃâTÃÅÃÅ|NÂâ-}ÃÂMÂÅeÃÂâÂÃÃ!Â/âÃ'â.3ÃmÃ'4Ã9bÃB&ÂÃÂâKuÃ2Bl-ÃÂRiM!4>ÃÃ,U~8ÃàÃI?Â%â'ÃHÂ6ÃÃxâMÃâ3YÃà ÃÂâÃeÃâ ,[EMAIL PROTECTED] E"Ãp?YMÃÃÃÂybÃÃ6âÂâ4J&ÃÃÂ[/Å?kâÂâÃÃâÂk|xÃTt3;,ÃuaÃË!Ã.aÂÃ}ÃÂÃ=âÃÂZDÃ`hÃÂâÂ0ÃÃÃ=Â>Ã7à ÃTÃkBCÃÃÃ7Uâ,iÃÃBhÃJ Ã9âÃâEÂ[ J^ÃÂXÂHL0ÃjÅgCÃYâÃJÅAÂZÂÅ'Ã"ÂÃGÃÅ%`wÃE4âÃm5A a2ÃÃw]ÂÃO64?ÅÂÂÃS}ÃÂ|~Ã'âdÃÂÃÃ%ÂÃÃÂ0ÃÃÃÂÂÃâÃ8R|FâÂ\Ã"ÅÃÃ_#*à âlÂn&\âÂsÂÂ'ÂKÃ;[EMAIL PROTECTED] .ÃÃÂnÃÃUZM>#R8Âf-6ÂÃEbHÂZÅÃST{ÃÂâ~$8:ÃR _yÃrÃÃÃËYNBecSÅÃÃâÃÂ.ÃEÃâÃÃ,M I'm assuming somehow the MIME information is not being exchanged properly. I've seen this before on jboss.org (and, occasionally, on pages served up internally using JBoss/Jetty). I'm running with sp2. -- Jim Brownfield [EMAIL PROTECTED] Radical System Solutions, Inc. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Scott M Stark > Sent: Wednesday, November 12, 2003 2:09 PM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] West coast TRAINING > > > I have IE60sp1 with winxp pro and the bootcamp link looks fine: > http://www.jbossgroup.com/index.html?module=html&op=userdispla y&id=services/training/bootcamp#losangeles Not sure what the issue could be. -- Scott Stark Chief Technology Officer JBoss Group, LLC Jim Brownfield wrote: > I tried to check out the LA bootcamp, but all I get is garbage when I click > on the link. > > I've seen this before on other pages under jboss.org. I tried deleting the > cache and forcing a reload, but nothing seems to make it readable. > > I'm using I.E. 6 under Windows XP Pro. > --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development †+×zf¢–ÊhžÊ+yÖò–œ…àm4ß^µôÚ/zfÞ)ËjÅ^«yªç~*춧vØ^•«^²×^½éh¦g§¶È–œ…ãÇ<÷«•s%«Ú3$-g› ZÙèm¶ŸÿÃ¥§!yÊ'r‰¿$,°7¯zZ)™éí¥Šx%ŠËI‹, ëÞŠfz{eŠËl²‹«qç讧zØm¶›?þX¬¶Ë(º·~ŠàzwþX¬¶ÏåŠËbú?º,±×zZ)™éí
Re: [JBoss-dev] West coast TRAINING
I have IE60sp1 with winxp pro and the bootcamp link looks fine: http://www.jbossgroup.com/index.html?module=html&op=userdisplay&id=services/training/bootcamp#losangeles Not sure what the issue could be. -- Scott Stark Chief Technology Officer JBoss Group, LLC Jim Brownfield wrote: I tried to check out the LA bootcamp, but all I get is garbage when I click on the link. I've seen this before on other pages under jboss.org. I tried deleting the cache and forcing a reload, but nothing seems to make it readable. I'm using I.E. 6 under Windows XP Pro. --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] West coast TRAINING
I tried to check out the LA bootcamp, but all I get is garbage when I click on the link. I've seen this before on other pages under jboss.org. I tried deleting the cache and forcing a reload, but nothing seems to make it readable. I'm using I.E. 6 under Windows XP Pro. -- Jim Brownfield [EMAIL PROTECTED] Radical System Solutions, Inc. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of marc fleury > Sent: Wednesday, November 12, 2003 9:19 AM > To: 'Jboss-Development'; [EMAIL PROTECTED] > Subject: [JBoss-dev] West coast TRAINING > > > Guys, > > We will be in LA for bootcamp THIS WEEKEND. So if you are on the west > coast, come. I will there and you can ask me all the > question about the > latest stuff as well as Scott Stark who will talk about the > upcoming 3.2.3 > release. Adrian brock (JMX, JMS, AOP) will be there from the > UK and Bela > Ban (cache, jgroups) and ben wang who is starting Monday with > us (;) and > worked on the cache stuff. So... It is going to be a good > checkpoint show > and we will breeze through the west coast. Don't miss us. > We are about 30 > people so we it is going to be a "intimate" session almost. > > Registration: www.jboss.org click on the right side. > > DENVER ADMIN is selling like crazy. We are 20 days away and > already almost > sold out. I recommend you guys on the west coast that want > to get a deep > understanding of the admin (netboot, management) to register > soon. The > Denver training will be done by Bill Burke in person (JB4), > don't miss it. > > We hope to see you there, these are the boom times > > Regards > > marcf > > x > Marc Fleury, Ph.D > Founder > JBoss Group, LLC > x > > > > --- > This SF.Net email sponsored by: ApacheCon 2003, > 16-19 November in Las Vegas. Learn firsthand the latest > developments in Apache, PHP, Perl, XML, Java, MySQL, > WebDAV, and more! http://www.apachecon.com/ > ___ > JBoss-Development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Testsuite Compilation Failed! JBoss (HEAD/linux1/1.4.2_01) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed Nov 12 19:47:43 GMT 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === [checksum] Calculating MD5 checksum for /home/jbossci/jbossci2/jboss-head/aspects/output/lib/jboss-aspects.jar [touch] Creating /home/jbossci/jbossci2/jboss-head/aspects/output/build-marker most: == == Finished with 'most' in module 'aspects'. == _module-aspects-most: [copy] Copying 1 file to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/lib modules-most: partition-build: [move] Moving 42 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/lib [copy] Copying 1 file to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/lib [mkdir] Created dir: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/deploy/management [move] Moving 3 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/deploy/management [mkdir] Created dir: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/deploy/jms [move] Moving 18 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/deploy/jms [delete] Deleting directory /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/deploy/jbossmq-httpil.sar [copy] Copying 232 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default [copy] Copied 3 empty directories to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default [delete] Deleting 6 files from /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/lib [delete] Deleting directory /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/farm [delete] Deleting 25 files from /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/deploy [delete] Deleted 18 directories from /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/deploy [delete] Deleting 47 files from /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/deploy/jboss-net.sar [delete] Deleted 11 directories from /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/deploy/jboss-net.sar [delete] Deleting 1 files from /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/conf [delete] Deleting directory /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/deploy/deploy.last [mkdir] Created dir: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/minimal/deploy [copy] Copying 3 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/minimal/conf [move] Moving 1 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/minimal/conf [copy] Copying 4 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/minimal/lib [copy] Copying 1 file to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/minimal/deploy [copy] Copying 1 file to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/minimal/lib bypass-jboss-all-client: jboss-all-client: [mkdir] Created dir: /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/client/jboss-common-client.jar into /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/client/jboss-system-client.jar into /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/client/jnp-client.jar into /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/client/jboss-j2ee.jar into /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/client/jboss-transaction-client.jar into /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/client/jmx-connector-client-factory.jar into /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/
[JBoss-dev] Testsuite Compilation Failed! JBoss (HEAD/winxp/1.4.2_01) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed Nov 12 19:35:29 GMTST 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === [checksum] Calculating MD5 checksum for D:\jboss\jboss-head\aspects\output\lib\jboss-aspects.jar [touch] Creating D:\jboss\jboss-head\aspects\output\build-marker most: == == Finished with 'most' in module 'aspects'. == _module-aspects-most: [copy] Copying 1 file to D:\jboss\jboss-head\build\output\testbuild\lib modules-most: partition-build: [move] Moving 42 files to D:\jboss\jboss-head\build\output\testbuild\server\all\lib [copy] Copying 1 file to D:\jboss\jboss-head\build\output\testbuild\server\all\lib [mkdir] Created dir: D:\jboss\jboss-head\build\output\testbuild\server\all\deploy\management [move] Moving 3 files to D:\jboss\jboss-head\build\output\testbuild\server\all\deploy\management [mkdir] Created dir: D:\jboss\jboss-head\build\output\testbuild\server\all\deploy\jms [move] Moving 18 files to D:\jboss\jboss-head\build\output\testbuild\server\all\deploy\jms [delete] Deleting directory D:\jboss\jboss-head\build\output\testbuild\server\all\deploy\jbossmq-httpil.sar [copy] Copying 232 files to D:\jboss\jboss-head\build\output\testbuild\server\default [copy] Copied 3 empty directories to D:\jboss\jboss-head\build\output\testbuild\server\default [delete] Deleting 6 files from D:\jboss\jboss-head\build\output\testbuild\server\default\lib [delete] Deleting directory D:\jboss\jboss-head\build\output\testbuild\server\default\farm [delete] Deleting 25 files from D:\jboss\jboss-head\build\output\testbuild\server\default\deploy [delete] Deleted 18 directories from D:\jboss\jboss-head\build\output\testbuild\server\default\deploy [delete] Deleting 47 files from D:\jboss\jboss-head\build\output\testbuild\server\default\deploy\jboss-net.sar [delete] Deleted 11 directories from D:\jboss\jboss-head\build\output\testbuild\server\default\deploy\jboss-net.sar [delete] Deleting 1 files from D:\jboss\jboss-head\build\output\testbuild\server\default\conf [delete] Deleting directory D:\jboss\jboss-head\build\output\testbuild\server\default\deploy\deploy.last [mkdir] Created dir: D:\jboss\jboss-head\build\output\testbuild\server\minimal\deploy [copy] Copying 3 files to D:\jboss\jboss-head\build\output\testbuild\server\minimal\conf [move] Moving 1 files to D:\jboss\jboss-head\build\output\testbuild\server\minimal\conf [copy] Copying 4 files to D:\jboss\jboss-head\build\output\testbuild\server\minimal\lib [copy] Copying 1 file to D:\jboss\jboss-head\build\output\testbuild\server\minimal\deploy [copy] Copying 1 file to D:\jboss\jboss-head\build\output\testbuild\server\minimal\lib bypass-jboss-all-client: jboss-all-client: [mkdir] Created dir: D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\concurrent.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-common-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-iiop-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-j2ee.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-jsr77-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-net-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-system-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-transaction-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jbosscx-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jbossha-client.jar
[JBoss-dev] Testsuite Compilation Failed! JBoss (HEAD/linux1/1.4.1_05) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed Nov 12 19:38:51 GMT 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === [checksum] Calculating MD5 checksum for /home/jbossci/jbossci2/jboss-head/aspects/output/lib/jboss-aspects.jar [touch] Creating /home/jbossci/jbossci2/jboss-head/aspects/output/build-marker most: == == Finished with 'most' in module 'aspects'. == _module-aspects-most: [copy] Copying 1 file to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/lib modules-most: partition-build: [move] Moving 42 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/lib [copy] Copying 1 file to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/lib [mkdir] Created dir: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/deploy/management [move] Moving 3 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/deploy/management [mkdir] Created dir: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/deploy/jms [move] Moving 18 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/deploy/jms [delete] Deleting directory /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/deploy/jbossmq-httpil.sar [copy] Copying 232 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default [copy] Copied 3 empty directories to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default [delete] Deleting 6 files from /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/lib [delete] Deleting directory /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/farm [delete] Deleting 25 files from /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/deploy [delete] Deleted 18 directories from /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/deploy [delete] Deleting 47 files from /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/deploy/jboss-net.sar [delete] Deleted 11 directories from /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/deploy/jboss-net.sar [delete] Deleting 1 files from /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/conf [delete] Deleting directory /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/deploy/deploy.last [mkdir] Created dir: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/minimal/deploy [copy] Copying 3 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/minimal/conf [move] Moving 1 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/minimal/conf [copy] Copying 4 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/minimal/lib [copy] Copying 1 file to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/minimal/deploy [copy] Copying 1 file to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/minimal/lib bypass-jboss-all-client: jboss-all-client: [mkdir] Created dir: /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/client/jboss-common-client.jar into /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/client/jboss-system-client.jar into /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/client/jnp-client.jar into /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/client/jboss-j2ee.jar into /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/client/jboss-transaction-client.jar into /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/client/jmx-connector-client-factory.jar into /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/
[JBoss-dev] Testsuite Compilation Failed! JBoss (HEAD/winxp/1.4.1_05) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed Nov 12 19:28:19 GMTST 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === [checksum] Calculating MD5 checksum for D:\jboss\jboss-head\aspects\output\lib\jboss-aspects.jar [touch] Creating D:\jboss\jboss-head\aspects\output\build-marker most: == == Finished with 'most' in module 'aspects'. == _module-aspects-most: [copy] Copying 1 file to D:\jboss\jboss-head\build\output\testbuild\lib modules-most: partition-build: [move] Moving 42 files to D:\jboss\jboss-head\build\output\testbuild\server\all\lib [copy] Copying 1 file to D:\jboss\jboss-head\build\output\testbuild\server\all\lib [mkdir] Created dir: D:\jboss\jboss-head\build\output\testbuild\server\all\deploy\management [move] Moving 3 files to D:\jboss\jboss-head\build\output\testbuild\server\all\deploy\management [mkdir] Created dir: D:\jboss\jboss-head\build\output\testbuild\server\all\deploy\jms [move] Moving 18 files to D:\jboss\jboss-head\build\output\testbuild\server\all\deploy\jms [delete] Deleting directory D:\jboss\jboss-head\build\output\testbuild\server\all\deploy\jbossmq-httpil.sar [copy] Copying 232 files to D:\jboss\jboss-head\build\output\testbuild\server\default [copy] Copied 3 empty directories to D:\jboss\jboss-head\build\output\testbuild\server\default [delete] Deleting 6 files from D:\jboss\jboss-head\build\output\testbuild\server\default\lib [delete] Deleting directory D:\jboss\jboss-head\build\output\testbuild\server\default\farm [delete] Deleting 25 files from D:\jboss\jboss-head\build\output\testbuild\server\default\deploy [delete] Deleted 18 directories from D:\jboss\jboss-head\build\output\testbuild\server\default\deploy [delete] Deleting 47 files from D:\jboss\jboss-head\build\output\testbuild\server\default\deploy\jboss-net.sar [delete] Deleted 11 directories from D:\jboss\jboss-head\build\output\testbuild\server\default\deploy\jboss-net.sar [delete] Deleting 1 files from D:\jboss\jboss-head\build\output\testbuild\server\default\conf [delete] Deleting directory D:\jboss\jboss-head\build\output\testbuild\server\default\deploy\deploy.last [mkdir] Created dir: D:\jboss\jboss-head\build\output\testbuild\server\minimal\deploy [copy] Copying 3 files to D:\jboss\jboss-head\build\output\testbuild\server\minimal\conf [move] Moving 1 files to D:\jboss\jboss-head\build\output\testbuild\server\minimal\conf [copy] Copying 4 files to D:\jboss\jboss-head\build\output\testbuild\server\minimal\lib [copy] Copying 1 file to D:\jboss\jboss-head\build\output\testbuild\server\minimal\deploy [copy] Copying 1 file to D:\jboss\jboss-head\build\output\testbuild\server\minimal\lib bypass-jboss-all-client: jboss-all-client: [mkdir] Created dir: D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\concurrent.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-common-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-iiop-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-j2ee.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-jsr77-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-net-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-system-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-transaction-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jbosscx-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jbossha-client.jar
[JBoss-dev] [ jboss-Bugs-840885 ] UnifiedClassLoader3 is not threadsafe
Bugs item #840885, was opened at 2003-11-12 10:37 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=840885&group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Adrian Price (adrianprice) Assigned to: Scott M Stark (starksm) Summary: UnifiedClassLoader3 is not threadsafe Initial Comment: I'm getting an intermittent j.l.ClassCastException on the dynamic proxy returned by JNDI lookup of an EJB local home. A single copy of the EJBLocalHome subinterface in question is deployed in an ejb.jar inside an .ear with an application-scoped ClassLoader. No other copies of the class file are deployed anywhere else. Application level debug output (attached) shows clearly that the same application-scoped UnifiedClassLoader3 instance associated with the ear file has loaded the same bytecode twice, into two distinct copies of the same class, with the result that the dynamic proxy implements a different copy of the home interface than that which the calling code sees. Hence the ClassCastException. Both copies of the class share the same ClassLoader instance. This is JBoss-3.2.2, and I've seen the same problem on both Linux and Windows XP. -- >Comment By: Scott M Stark (starksm) Date: 2003-11-12 11:08 Message: Logged In: YES user_id=175228 It would be useful to see the trace level log output of this scenario. Add the following config to the conf/log4j.xml file to create a separate ucl.log: Zip that up and mail it to [EMAIL PROTECTED] as its unlikely to fit the file size attachment restrictions of sourceforge. -- Comment By: Scott M Stark (starksm) Date: 2003-11-12 10:50 Message: Logged In: YES user_id=175228 There is no debug output attached, make sure you check the 'Check to Upload and Attach a File:' box below. -- Comment By: Adrian Price (adrianprice) Date: 2003-11-12 10:49 Message: Logged In: YES user_id=580837 Detailed diagnostics and commentary attached. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=840885&group_id=22866 --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-840885 ] UnifiedClassLoader3 is not threadsafe
Bugs item #840885, was opened at 2003-11-12 10:37 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=840885&group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Adrian Price (adrianprice) >Assigned to: Scott M Stark (starksm) Summary: UnifiedClassLoader3 is not threadsafe Initial Comment: I'm getting an intermittent j.l.ClassCastException on the dynamic proxy returned by JNDI lookup of an EJB local home. A single copy of the EJBLocalHome subinterface in question is deployed in an ejb.jar inside an .ear with an application-scoped ClassLoader. No other copies of the class file are deployed anywhere else. Application level debug output (attached) shows clearly that the same application-scoped UnifiedClassLoader3 instance associated with the ear file has loaded the same bytecode twice, into two distinct copies of the same class, with the result that the dynamic proxy implements a different copy of the home interface than that which the calling code sees. Hence the ClassCastException. Both copies of the class share the same ClassLoader instance. This is JBoss-3.2.2, and I've seen the same problem on both Linux and Windows XP. -- >Comment By: Scott M Stark (starksm) Date: 2003-11-12 10:50 Message: Logged In: YES user_id=175228 There is no debug output attached, make sure you check the 'Check to Upload and Attach a File:' box below. -- Comment By: Adrian Price (adrianprice) Date: 2003-11-12 10:49 Message: Logged In: YES user_id=580837 Detailed diagnostics and commentary attached. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=840885&group_id=22866 --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-840885 ] UnifiedClassLoader3 is not threadsafe
Bugs item #840885, was opened at 2003-11-12 18:37 Message generated for change (Comment added) made by adrianprice You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=840885&group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Adrian Price (adrianprice) Assigned to: Nobody/Anonymous (nobody) Summary: UnifiedClassLoader3 is not threadsafe Initial Comment: I'm getting an intermittent j.l.ClassCastException on the dynamic proxy returned by JNDI lookup of an EJB local home. A single copy of the EJBLocalHome subinterface in question is deployed in an ejb.jar inside an .ear with an application-scoped ClassLoader. No other copies of the class file are deployed anywhere else. Application level debug output (attached) shows clearly that the same application-scoped UnifiedClassLoader3 instance associated with the ear file has loaded the same bytecode twice, into two distinct copies of the same class, with the result that the dynamic proxy implements a different copy of the home interface than that which the calling code sees. Hence the ClassCastException. Both copies of the class share the same ClassLoader instance. This is JBoss-3.2.2, and I've seen the same problem on both Linux and Windows XP. -- >Comment By: Adrian Price (adrianprice) Date: 2003-11-12 18:49 Message: Logged In: YES user_id=580837 Detailed diagnostics and commentary attached. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=840885&group_id=22866 --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-717751 ] Error binding to a DATETIME column in Sybase
Bugs item #717751, was opened at 2003-04-08 22:08 Message generated for change (Comment added) made by pilhuhn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=717751&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Vinh Nguyen (softwaremasters) Assigned to: Nobody/Anonymous (nobody) Summary: Error binding to a DATETIME column in Sybase Initial Comment: I have an entity bean with a java.util.Date attribute bound to a DATETIME column in Sybase 12.5. When I tried to set this attribute, I got an error message about invalid JDBC type. I am using the DataDirect JDBC driver. -- >Comment By: Heiko W.Rupp (pilhuhn) Date: 2003-11-12 19:38 Message: Logged In: YES user_id=217112 Could this be an upper/lower case problem? According to the Sybase manual, DATETIME seems to be the right SQL type. What version of the driver are you using? -- Comment By: Jeremy Boynes (jboynes) Date: 2003-04-19 08:30 Message: Logged In: YES user_id=378919 Please can you post a stacktrace -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=717751&group_id=22866 --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-840885 ] UnifiedClassLoader3 is not threadsafe
Bugs item #840885, was opened at 2003-11-12 18:37 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=840885&group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Adrian Price (adrianprice) Assigned to: Nobody/Anonymous (nobody) Summary: UnifiedClassLoader3 is not threadsafe Initial Comment: I'm getting an intermittent j.l.ClassCastException on the dynamic proxy returned by JNDI lookup of an EJB local home. A single copy of the EJBLocalHome subinterface in question is deployed in an ejb.jar inside an .ear with an application-scoped ClassLoader. No other copies of the class file are deployed anywhere else. Application level debug output (attached) shows clearly that the same application-scoped UnifiedClassLoader3 instance associated with the ear file has loaded the same bytecode twice, into two distinct copies of the same class, with the result that the dynamic proxy implements a different copy of the home interface than that which the calling code sees. Hence the ClassCastException. Both copies of the class share the same ClassLoader instance. This is JBoss-3.2.2, and I've seen the same problem on both Linux and Windows XP. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=840885&group_id=22866 --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-716887 ] Incorrect length function syntax for Sybase
Bugs item #716887, was opened at 2003-04-07 20:05 Message generated for change (Comment added) made by pilhuhn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=716887&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Vinh Nguyen (softwaremasters) >Assigned to: Nobody/Anonymous (nobody) Summary: Incorrect length function syntax for Sybase Initial Comment: The correct Sybase syntax for the length function is char_length, not len. -- >Comment By: Heiko W.Rupp (pilhuhn) Date: 2003-11-12 19:25 Message: Logged In: YES user_id=217112 Fixed in Branch_3_2 and HEAD -- Comment By: Heiko W.Rupp (pilhuhn) Date: 2003-11-12 18:08 Message: Logged In: YES user_id=217112 len() has only been added in 12.5.0.3 to extend MS-compatibility. -- Comment By: Heiko W.Rupp (pilhuhn) Date: 2003-11-12 17:56 Message: Logged In: YES user_id=217112 Sybase manual says: Determining column length with system functions Use the char_length string function and datalength system function to determine column length: * char_length returns the number of characters in the column, stripping trailing blanks for variable-length datatypes. * datalength returns the number of bytes, stripping trailing blanks for data stored in variable-length columns. When a char value is declared to allow NULLS, Adaptive Server stores it internally as a varchar. -- Comment By: Heiko W.Rupp (pilhuhn) Date: 2003-09-26 17:11 Message: Logged In: YES user_id=217112 What is the difference between datalength(?1) and char_length(?1) . Or are they equivalent? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=716887&group_id=22866 --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] West coast TRAINING
Guys, We will be in LA for bootcamp THIS WEEKEND. So if you are on the west coast, come. I will there and you can ask me all the question about the latest stuff as well as Scott Stark who will talk about the upcoming 3.2.3 release. Adrian brock (JMX, JMS, AOP) will be there from the UK and Bela Ban (cache, jgroups) and ben wang who is starting Monday with us (;) and worked on the cache stuff. So... It is going to be a good checkpoint show and we will breeze through the west coast. Don't miss us. We are about 30 people so we it is going to be a "intimate" session almost. Registration: www.jboss.org click on the right side. DENVER ADMIN is selling like crazy. We are 20 days away and already almost sold out. I recommend you guys on the west coast that want to get a deep understanding of the admin (netboot, management) to register soon. The Denver training will be done by Bill Burke in person (JB4), don't miss it. We hope to see you there, these are the boom times Regards marcf x Marc Fleury, Ph.D Founder JBoss Group, LLC x --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-716887 ] Incorrect length function syntax for Sybase
Bugs item #716887, was opened at 2003-04-07 20:05 Message generated for change (Comment added) made by pilhuhn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=716887&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open >Resolution: Accepted Priority: 5 Submitted By: Vinh Nguyen (softwaremasters) >Assigned to: Heiko W.Rupp (pilhuhn) Summary: Incorrect length function syntax for Sybase Initial Comment: The correct Sybase syntax for the length function is char_length, not len. -- >Comment By: Heiko W.Rupp (pilhuhn) Date: 2003-11-12 18:08 Message: Logged In: YES user_id=217112 len() has only been added in 12.5.0.3 to extend MS-compatibility. -- Comment By: Heiko W.Rupp (pilhuhn) Date: 2003-11-12 17:56 Message: Logged In: YES user_id=217112 Sybase manual says: Determining column length with system functions Use the char_length string function and datalength system function to determine column length: * char_length returns the number of characters in the column, stripping trailing blanks for variable-length datatypes. * datalength returns the number of bytes, stripping trailing blanks for data stored in variable-length columns. When a char value is declared to allow NULLS, Adaptive Server stores it internally as a varchar. -- Comment By: Heiko W.Rupp (pilhuhn) Date: 2003-09-26 17:11 Message: Logged In: YES user_id=217112 What is the difference between datalength(?1) and char_length(?1) . Or are they equivalent? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=716887&group_id=22866 --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-716887 ] Incorrect length function syntax for Sybase
Bugs item #716887, was opened at 2003-04-07 20:05 Message generated for change (Comment added) made by pilhuhn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=716887&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Vinh Nguyen (softwaremasters) Assigned to: Nobody/Anonymous (nobody) Summary: Incorrect length function syntax for Sybase Initial Comment: The correct Sybase syntax for the length function is char_length, not len. -- >Comment By: Heiko W.Rupp (pilhuhn) Date: 2003-11-12 17:56 Message: Logged In: YES user_id=217112 Sybase manual says: Determining column length with system functions Use the char_length string function and datalength system function to determine column length: * char_length returns the number of characters in the column, stripping trailing blanks for variable-length datatypes. * datalength returns the number of bytes, stripping trailing blanks for data stored in variable-length columns. When a char value is declared to allow NULLS, Adaptive Server stores it internally as a varchar. -- Comment By: Heiko W.Rupp (pilhuhn) Date: 2003-09-26 17:11 Message: Logged In: YES user_id=217112 What is the difference between datalength(?1) and char_length(?1) . Or are they equivalent? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=716887&group_id=22866 --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-840536 ] Oracle 9iR2: same table in diff. schema
Bugs item #840536, was opened at 2003-11-12 09:09 Message generated for change (Comment added) made by loubyansky You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=840536&group_id=22866 Category: JBossCMP Group: v3.2 Status: Open >Resolution: Accepted Priority: 5 Submitted By: Frank Langelage (lafr) >Assigned to: Alexey Loubyansky (loubyansky) Summary: Oracle 9iR2: same table in diff. schema Initial Comment: I recently switched my database from informix to oracle and encountered some problems. With informix, you have one instance and many separate databases. Each datasource connects to exactly one database. With oracle you have one instance and database objects per user. You connect to the whole instance. I use the feature of jboss to build database tables on deployment, if they don't exist. With oracle DB I got messages that some tables already exist. But this table exist for another user (schema), not for the jboss user. This leads to exceptions (Table does not exist) when an foreign key constraint to this supposedly existing table. Shouldn't jboss use the username of oracle-ds.xml as schema for metadata access ? If I set schema to "jboss" instead of null in SQLUtil.tableExists(), the deployment and table creation works fine. Index: jboss-3.2/server/src/main/org/jboss/ejb/plugins/cmp/jdbc/SQLUtil.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/SQLUtil.java,v retrieving revision 1.12.4.14 diff -r1.12.4.14 SQLUtil.java 907c907 < String schema = null; --- > String schema = "JBOSS"; So, I think, schema should get the name of the database user from oracle-ds.xml. Oracle-ds.xml is attached. -- >Comment By: Alexey Loubyansky (loubyansky) Date: 2003-11-12 13:24 Message: Logged In: YES user_id=543482 It should. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=840536&group_id=22866 --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-840449 ] Exceptions from CMR iterator of NotSupported RO bean
Bugs item #840449, was opened at 2003-11-12 04:52 Message generated for change (Comment added) made by loubyansky You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=840449&group_id=22866 Category: JBossCMP Group: v3.2 >Status: Closed >Resolution: Rejected Priority: 5 Submitted By: Adrian Price (adrianprice) >Assigned to: Alexey Loubyansky (loubyansky) Summary: Exceptions from CMR iterator of NotSupported RO bean Initial Comment: Read-Only entity beans are typically deployed with a transactional attribute of NotSupported, because there is no intention to update the entity, and one wishes to leverage the container's caching capabilities across multiple transactions. One does not wish the RO entity to be enlisted in a transaction, because this would negative impact performance by dramatically increasing the size of the cache required to support a given TPS throughput. The same applies when an RO entity has a 1:n or m:n relationship with other RO beans. According to the EJB2.0 Specification 17.6.2.1: If a client calls with a transaction context, the container suspends the association of the transaction context with the current thread before invoking the enterprise beans business method. The container resumes the suspended association when the business method has completed. The suspended transaction context of the client is not passed to the resource managers or other enterprise Bean objects that are invoked from the business method. If the business method invokes other enterprise beans, the Container passes no transaction context with the invocation. However, according to the EJB2.0 Specification 10.3.8: It is the responsibility of the Container to throw the java.lang.IllegalStateException if an attempt is made to use a java.util.Iterator for a container-managed collection in a transaction context other than that in which the iterator was obtained. It would seem that JBoss interprets this provision too literally, and throws an IllegalStateException even when a CMR collection of RO entities is obtained from within this same 'transaction suspended' state. __This behaviour completely defeats the purpose of RO entities__. For example, if we have two RO entities A and B, both deployed as txn NotSupported, and A has a 1:n parent:child relationship with B, the following code currently will not work: public abstract class A implements EntityBean { // ejb*() etc... // Multi-valued CMR field. public abstract Collection getBCmr(); public abstract void setBCmr(Collection bs); public BVO[] getBVO() { Collection bs = getBCmr(); BVO[] bvo = new BVO[bs.size()]; int i = 0; // Next line throws IllegalStateException!!! for (Iterator j = bs.iterator(); j.hasNext(); i++) { B b = (B)j.next(); bvo[i] = b.getVO(); } return bvo; } } BTW, the above code works fine on WebLogic. -- >Comment By: Alexey Loubyansky (loubyansky) Date: 2003-11-12 13:15 Message: Logged In: YES user_id=543482 17.4.1 Transaction attributes ...For entity beans that use EJB 2.0 container-managed persistence, only the Required, RequiresNew, or Mandatory transaction attributes should be used for the methods defined in the beans component interface and all the direct and indirect superinterfaces of the component interface, excluding the getEJBHome, getEJBLocalHome, getHandle, getPrimaryKey, and isIdentical methods; and for the methods defined in the beans home interface and all the direct and indirect superinterfaces of the home interface, excluding the getEJBMetaData and getHomeHandle methods specific to the remote home interface. Containers may optionally support the use of the NotSupported, Supports, and Never transaction attributes for the methods of entity beans with container-managed persistence. However, entity beans with container-managed persistence that use these transaction attributes will not be portable. Containers may optionally support the use of the NotSupported, Supports, and Never transaction attributes for the methods of entity beans with container-managed persistence because the use of these transaction modes may be needed to make use of container-managed persistence with non-transactional data stores. In general, however, the Application Assembler should avoid use of the NotSupported, Supports, and Never transaction attributes for the methods of entity beans with container-managed persistence because it may lead to inconsistent results or to the inconsistent and/or to the partial updating of persistent state and relationships in the event of concurrent use... read-only (jboss.xml) entity beans are not associated with transactions and are not invalidated and thrown out of the cache when the tx commits. But CMR collections are tied to the tx in which they were created. And when the tx
[JBoss-dev] [ jboss-Change Notes-840598 ] J2EE client application deployment support added
Change Notes item #840598, was opened at 2003-11-12 01:46 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381174&aid=840598&group_id=22866 Category: JBossServer Group: v3.2 Status: Open Priority: 5 Submitted By: Scott M Stark (starksm) Assigned to: Scott M Stark (starksm) Summary: J2EE client application deployment support added Initial Comment: Support for j2ee client application jars has been added to the 3.2.3RC2 release codebase. The default and all deploy directories contain a client-deployer-service.xml which handles jars containing a META-INF/application-client.xml descriptor. An application client jar basically defines an enterprise naming context (java:comp/env) for use by remote clients. The purpose is the same as the server side ENC; isolation of code from hard-coded deployment time JNDI name bindngs. To create an application client jar you need to: 1. Code the standard application-client.xml descriptor to define the ejb-refs, resource-refs, resource-env-refs the client application will use. The JAAS callback-handler element is not yet supported but will be soon. 2. Code a jboss-client.xml descriptor which maps the ENC references to the deployed resource JNDI bindings. This is basically the same as the current jboss-web.xml descriptor, with the addition of a jndi-name element which specifies the location in the sever JNDI namespace to which the client ENC bindings will be store. If the jboss-client/jndi-name is not specified then the JNDI name will default to the required application-client/display-name value. To use an application client jar you include it the ear along with any other j2ee components and deploy the ear as normal. The java client code then needs to create an InitialContex with two new settings in order to be able to lookup a meaningful java:comp/env context. 1. The Context.URL_PKG_PREFIXES must specify the org.jboss.naming.client package prefix to pickup the java URL context factory for client applications. 2. A custom j2ee.clientName property must specify the jndi name of the application ENC bindings on the server. This is either the jboss-client/jndi-name or the application-client/display-name. The following fragment from the org.jboss.test.client.test.AppClientUnitTestCase illustrates these steps. private Context getENC() throws NamingException { Properties env = new Properties(); env.setProperty(Context.INITIAL_CONTEXT_FACTORY, "org.jnp.interfaces.NamingContextFactory"); env.setProperty(Context.URL_PKG_PREFIXES, "org.jboss.naming.client"); env.setProperty(Context.PROVIDER_URL, "jnp://localhost:1099"); env.setProperty("j2ee.clientName", "test-client"); InitialContext ctx = new InitialContext(env); Context enc = (Context) ctx.lookup("java:comp/env"); return enc; } Attached is a sample app-client.jar used by the AppClientUnitTestCase which contains sample application-client.xml and jboss-client.xml descriptors. [EMAIL PROTECTED] testsuite]$ jar -tf output/lib/app-client.jar META-INF/ META-INF/MANIFEST.MF META-INF/application-client.xml META-INF/jboss-client.xml -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381174&aid=840598&group_id=22866 --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-840582 ] Transaction tests wrong status
Bugs item #840582, was opened at 2003-11-12 09:06 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=840582&group_id=22866 Category: JBossTest Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Mark Little (marklittle) Assigned to: Nobody/Anonymous (nobody) Summary: Transaction tests wrong status Initial Comment: Some of the more recent JBoss tests are based around ensuring the status returned for committed/rolledback transaction is correct. For example: TransactionManager.begin() Transaction tx = TransactionManager.getTransaction(); TransactionManager.commit(); If ( tx.getStatus() != Status.STATUS_NO_TRANSACTION ) { fail; } Else { pass; } Unfortunately the JTA spec. mixes some wrong concepts and is poorly defined here (yet again). The test above may be valid if performed on the TransactionManager instance and not the transaction *if and only if* there are no heuristic outcomes (in which case the transaction won't be disassociated from the invoking thread and so getStatus will be performed on the underlying transaction object.) If the test is performed on the actual transaction object (as it currently is) then not only won't it work if heuristics are present, but it's also implementation dependant as to whether the transaction object has to return STATUS_NO_TRANSACTION on successful commit - it could return STATUS_COMMITTED (or even STATUS_ROLLEDBACK if it rolled back). On the assumption that the tests are just supposed to make sure that transactions ended the way the test requested *and* thread disassociation occurred, it would make more sense to move the test to be on the TransactionManager rather than the Transaction. Ignoring heuristics (for which you'd want the test to fail anyway), this is the best way to guarantee that the test will work regardless of the underlying implementation. Mark. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=840582&group_id=22866 --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
AW: [JBoss-dev] JNDI lookup problem with webservice client
Thomas, Another possibility of binding webservices into JNDI is using references and an associated ServiceFactory (see the behaviour of external web service references in jboss.net). With that approach, you have more control about the serialisation process, classloading issues and engine affiliations. CGJ > -Ursprüngliche Nachricht- > Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Gesendet: Dienstag, 11. November 2003 21:27 > An: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Betreff: [JBoss-dev] JNDI lookup problem with webservice client > > > Scott, > > working on the webservice client programing model, I need to > bind a javax.xml.rpc.Service to JNDI. In the test below I > bind it to the global JNDI namespace. However, when I lookup > the service I get null without a NamingException. > > The code below first tests if the service object can be > serialized without JNDI involvement, then it tests if > bind/lookup of a trival string object works. Finally the > actual service is bound (I can see it in jmx-console) and > then looked up again. The last assertion fails. > > Any idea? > > cheers > -thomas > > -- > > String SERVICE_JNDI_NAME = "service/HelloWsService1"; > > Service service = new org.apache.axis.client.Service(); > > // first try to marshal/unmarshal the service without JNDI > ByteArrayOutputStream baos = new ByteArrayOutputStream(1024); > ObjectOutputStream oos = new ObjectOutputStream(baos); > oos.writeObject(service); > oos.close(); > ByteArrayInputStream bais = new > ByteArrayInputStream(baos.toByteArray()); > ObjectInputStream ois = new ObjectInputStream(bais); > service = (Service)ois.readObject(); > assertNotNull("cannot serialize service", service); > > // test JNDI lookup with a trivial String > InitialContext iniCtx = getInitialContext(); > Util.bind(iniCtx, SERVICE_JNDI_NAME, "Test JNDI"); > assertEquals("Test JNDI", iniCtx.lookup(SERVICE_JNDI_NAME)); > Util.unbind(iniCtx, SERVICE_JNDI_NAME); > > service = new org.apache.axis.client.Service(); > > // now do the actual binding and lookup > Util.bind(iniCtx, SERVICE_JNDI_NAME, service); > service = (Service)iniCtx.lookup(SERVICE_JNDI_NAME); > assertNotNull ("cannot lookup service", service); > Util.unbind(iniCtx, SERVICE_JNDI_NAME); > > > > > > > > --- > This SF.Net email sponsored by: ApacheCon 2003, > 16-19 November in Las Vegas. Learn firsthand the latest > developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, > and more! http://www.apachecon.com/ > ___ > JBoss-Development mailing list [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-824187 ] NPE in UnifiedClassLoader.findResources()
Bugs item #824187, was opened at 2003-10-15 17:32 Message generated for change (Settings changed) made by cgjung You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=824187&group_id=22866 Category: JBossServer Group: v3.2 >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Alexei Yudichev (sflexus) >Assigned to: Dr. Christoph Georg Jung (cgjung) Summary: NPE in UnifiedClassLoader.findResources() Initial Comment: I have an Axis client running in a context of a web app deployed in jboss (which if it really matters is actually a test of a WSR module deployed in the same ear). After jboss first starts, the service is invoked normally. But the second time axis client throws an exception (shown below). Jboss 3.2.2RC3, RC4, client classes are generated from auto-generated WSDL using Axis' Wsdl2Java utility. java.lang.NullPointerException at org.jboss.mx.loading.UnifiedClassLoader. findResources(UnifiedClassLoader.java:332) at java.lang.ClassLoader.getResources(ClassLoader. java:825) at java.lang.ClassLoader.getResources(ClassLoader. java:821) at java.lang.ClassLoader.getResources(ClassLoader. java:821) at org.apache.commons.discovery.jdk.JDK12Hooks. getResources(JDK12Hooks.java:150) at org.apache.commons.discovery.resource. DiscoverResources$1. getNextResources(DiscoverResources.java:153) at org.apache.commons.discovery.resource. DiscoverResources$1. getNextResource(DiscoverResources.java:129) at org.apache.commons.discovery.resource. DiscoverResources$1.hasNext(DiscoverResources.java: 116) at org.apache.commons.discovery.resource.names. DiscoverNamesInFile$1. getNextClassNames(DiscoverNamesInFile.java:186) at org.apache.commons.discovery.resource.names. DiscoverNamesInFile$1. getNextClassName(DiscoverNamesInFile.java:170) at org.apache.commons.discovery.resource.names. DiscoverNamesInFile$1.hasNext(DiscoverNamesInFile. java:157) at org.apache.commons.discovery.resource.names. NameDiscoverers$1.getNextIterator(NameDiscoverers. java:143) at org.apache.commons.discovery.resource.names. NameDiscoverers$1.hasNext(NameDiscoverers.java:126) at org.apache.commons.discovery.resource.classes. ResourceClassDiscoverImpl$1. getNextResource(ResourceClassDiscoverImpl.java:159) at org.apache.commons.discovery.resource.classes. ResourceClassDiscoverImpl$1. hasNext(ResourceClassDiscoverImpl.java:147) at org.apache.axis.configuration. EngineConfigurationFactoryFinder$1. run(EngineConfigurationFactoryFinder.java:159) at java.security.AccessController.doPrivileged(Native Method) at org.apache.axis.configuration. EngineConfigurationFactoryFinder. newFactory(EngineConfigurationFactoryFinder.java:152) at org.apache.axis.configuration. EngineConfigurationFactoryFinder. newFactory(EngineConfigurationFactoryFinder.java:199) at org.apache.axis.client.Service. getEngineConfiguration(Service.java:801) at org.apache.axis.client.Service. getAxisClient(Service.java:143) at org.apache.axis.client.Service.(Service. java:152) at com.tw.mms.httptest.ws. DeliveryServiceLocalServiceLocator. (DeliveryServiceLocalServiceLocator.java:10) -- >Comment By: Dr. Christoph Georg Jung (cgjung) Date: 2003-11-12 09:05 Message: Logged In: YES user_id=175199 duplicate to Bug#829495 that has been fixed in 3.2.3RC1 CGJ -- Comment By: Alexei Yudichev (sflexus) Date: 2003-11-12 08:29 Message: Logged In: YES user_id=345880 I've made one. Attached is a simple ear with jar, war and wsr modules. wsr exposes ejbjar's Session Bean's method via SOAP. jbosstest.b824187.client package contains Axis client stubs generated with Wsdl2Java. war contains a simple client in index.jsp. In case the test succeeds, just redeploy the ear and try again. In all my JBoss installations it throws NPE in UnifiedClassLoader. -- Comment By: Scott M Stark (starksm) Date: 2003-11-09 20:15 Message: Logged In: YES user_id=175228 Do you have a sample client which illustrates this behavior? -- Comment By: Alexei Yudichev (sflexus) Date: 2003-10-23 16:24 Message: Logged In: YES user_id=345880 It is also still there in 3.2.2 release. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=824187&group_id=22866 --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.
[JBoss-dev] [ jboss-Bugs-824187 ] NPE in UnifiedClassLoader.findResources()
Bugs item #824187, was opened at 2003-10-15 18:32 Message generated for change (Comment added) made by sflexus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=824187&group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Alexei Yudichev (sflexus) Assigned to: Nobody/Anonymous (nobody) Summary: NPE in UnifiedClassLoader.findResources() Initial Comment: I have an Axis client running in a context of a web app deployed in jboss (which if it really matters is actually a test of a WSR module deployed in the same ear). After jboss first starts, the service is invoked normally. But the second time axis client throws an exception (shown below). Jboss 3.2.2RC3, RC4, client classes are generated from auto-generated WSDL using Axis' Wsdl2Java utility. java.lang.NullPointerException at org.jboss.mx.loading.UnifiedClassLoader. findResources(UnifiedClassLoader.java:332) at java.lang.ClassLoader.getResources(ClassLoader. java:825) at java.lang.ClassLoader.getResources(ClassLoader. java:821) at java.lang.ClassLoader.getResources(ClassLoader. java:821) at org.apache.commons.discovery.jdk.JDK12Hooks. getResources(JDK12Hooks.java:150) at org.apache.commons.discovery.resource. DiscoverResources$1. getNextResources(DiscoverResources.java:153) at org.apache.commons.discovery.resource. DiscoverResources$1. getNextResource(DiscoverResources.java:129) at org.apache.commons.discovery.resource. DiscoverResources$1.hasNext(DiscoverResources.java: 116) at org.apache.commons.discovery.resource.names. DiscoverNamesInFile$1. getNextClassNames(DiscoverNamesInFile.java:186) at org.apache.commons.discovery.resource.names. DiscoverNamesInFile$1. getNextClassName(DiscoverNamesInFile.java:170) at org.apache.commons.discovery.resource.names. DiscoverNamesInFile$1.hasNext(DiscoverNamesInFile. java:157) at org.apache.commons.discovery.resource.names. NameDiscoverers$1.getNextIterator(NameDiscoverers. java:143) at org.apache.commons.discovery.resource.names. NameDiscoverers$1.hasNext(NameDiscoverers.java:126) at org.apache.commons.discovery.resource.classes. ResourceClassDiscoverImpl$1. getNextResource(ResourceClassDiscoverImpl.java:159) at org.apache.commons.discovery.resource.classes. ResourceClassDiscoverImpl$1. hasNext(ResourceClassDiscoverImpl.java:147) at org.apache.axis.configuration. EngineConfigurationFactoryFinder$1. run(EngineConfigurationFactoryFinder.java:159) at java.security.AccessController.doPrivileged(Native Method) at org.apache.axis.configuration. EngineConfigurationFactoryFinder. newFactory(EngineConfigurationFactoryFinder.java:152) at org.apache.axis.configuration. EngineConfigurationFactoryFinder. newFactory(EngineConfigurationFactoryFinder.java:199) at org.apache.axis.client.Service. getEngineConfiguration(Service.java:801) at org.apache.axis.client.Service. getAxisClient(Service.java:143) at org.apache.axis.client.Service.(Service. java:152) at com.tw.mms.httptest.ws. DeliveryServiceLocalServiceLocator. (DeliveryServiceLocalServiceLocator.java:10) -- >Comment By: Alexei Yudichev (sflexus) Date: 2003-11-12 09:29 Message: Logged In: YES user_id=345880 I've made one. Attached is a simple ear with jar, war and wsr modules. wsr exposes ejbjar's Session Bean's method via SOAP. jbosstest.b824187.client package contains Axis client stubs generated with Wsdl2Java. war contains a simple client in index.jsp. In case the test succeeds, just redeploy the ear and try again. In all my JBoss installations it throws NPE in UnifiedClassLoader. -- Comment By: Scott M Stark (starksm) Date: 2003-11-09 21:15 Message: Logged In: YES user_id=175228 Do you have a sample client which illustrates this behavior? -- Comment By: Alexei Yudichev (sflexus) Date: 2003-10-23 17:24 Message: Logged In: YES user_id=345880 It is also still there in 3.2.2 release. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=824187&group_id=22866 --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-840536 ] Oracle 9iR2: same table in diff. schema
Bugs item #840536, was opened at 2003-11-12 08:09 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=840536&group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Frank Langelage (lafr) Assigned to: Nobody/Anonymous (nobody) Summary: Oracle 9iR2: same table in diff. schema Initial Comment: I recently switched my database from informix to oracle and encountered some problems. With informix, you have one instance and many separate databases. Each datasource connects to exactly one database. With oracle you have one instance and database objects per user. You connect to the whole instance. I use the feature of jboss to build database tables on deployment, if they don't exist. With oracle DB I got messages that some tables already exist. But this table exist for another user (schema), not for the jboss user. This leads to exceptions (Table does not exist) when an foreign key constraint to this supposedly existing table. Shouldn't jboss use the username of oracle-ds.xml as schema for metadata access ? If I set schema to "jboss" instead of null in SQLUtil.tableExists(), the deployment and table creation works fine. Index: jboss-3.2/server/src/main/org/jboss/ejb/plugins/cmp/jdbc/SQLUtil.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/SQLUtil.java,v retrieving revision 1.12.4.14 diff -r1.12.4.14 SQLUtil.java 907c907 < String schema = null; --- > String schema = "JBOSS"; So, I think, schema should get the name of the database user from oracle-ds.xml. Oracle-ds.xml is attached. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=840536&group_id=22866 --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development