[JBoss-dev] jboss-seam-testsuite Build Completed With Testsuite Errors
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-seam-testsuite?log=log20060314044931 TESTS FAILEDAnt Error Message:/services/cruisecontrol/work/scripts/build-jboss-seam-testsuite.xml:132: The following error occurred while executing this line: /services/cruisecontrol/work/scripts/build-common-targets.xml:11: Build Successful - Tests completed with errors or failures.Date of build:03/14/2006 04:49:31Time to build:2 minutes 34 secondsLast changed:03/13/2006 18:39:04Last log entry:doc supportedLocales Unit Tests: (15) Total Errors and Failures: (1)testValidationInterceptor.Core Modifications since last build:(first 50 of 121)1.9modifiedgavinsrc/main/org/jboss/seam/util/Strings.javaadd supportedlocales to LocaleSelector1.4modifiedsbryzak2src/main/org/jboss/seam/remoting/remote.jsFixed compatibility issue with Konqueror/Opera browsers1.7modifiedgavinsrc/main/org/jboss/seam/servlet/SeamListener.javaallow calls to Seam components outside of servlet JBSEAM-122, JBSEAM-1371.28modifiedgavinsrc/main/org/jboss/seam/ejb/SeamInterceptor.javaallow calls to Seam components outside of servlet JBSEAM-122, JBSEAM-1371.45modifiedgavinsrc/main/org/jboss/seam/init/Initialization.javaallow calls to Seam components outside of servlet JBSEAM-122, JBSEAM-1371.1addedgavinsrc/main/org/jboss/seam/jsf/SeamViewHandler.javabetter integration with JSF's native i18n support1.8modifiedgavinsrc/main/org/jboss/seam/util/Strings.javabetter integration with JSF's native i18n support1.3modifiedgavinsrc/main/org/jboss/seam/core/LocaleSelector.javaset props after setting locale1.2modifiedgavinsrc/main/org/jboss/seam/core/LocaleSelector.javafixed bug1.1addedgavinsrc/main/org/jboss/seam/core/LocaleSelector.javaimprovements to design of i18n stuff1.12modifiedgavinsrc/main/org/jboss/seam/core/Pageflow.javaimprovements to design of i18n stuff1.6modifiedgavinsrc/main/org/jboss/seam/core/ResourceBundle.javaimprovements to design of i18n stuff1.44modifiedgavinsrc/main/org/jboss/seam/init/Initialization.javaimprovements to design of i18n stuff1.33modifiedgavinsrc/main/org/jboss/seam/interceptors/ConversationInterceptor.javaimprovements to design of i18n stuff1.16modifiedgavinsrc/test/misc/org/jboss/seam/test/InitializationTest.javaimprovements to design of i18n stuff1.5modifiedsbryzak2src/main/org/jboss/seam/remoting/ExecutionHandler.javaReinstated conversation before unmarshaling remote call1.5modifiedgavinsrc/main/org/jboss/seam/remoting/SeamRemotingServlet.javaremoved noise1.3modifiedgavinsrc/main/org/jboss/seam/remoting/SubscriptionHandler.javaremoved noise1.15modifiedgavinsrc/test/misc/org/jboss/seam/test/InitializationTest.javafix test1.2modifiedgavinsrc/main/org/jboss/seam/util/Template.javaremove unnecessary code1.1addedgavinsrc/main/org/jboss/seam/core/Messages.javaJBSEAM-165locale is now switchabletemplated messages for the UI1.5modifiedgavinsrc/main/org/jboss/seam/core/Pages.javaJBSEAM-165locale is now switchabletemplated messages for the UI1.5modifiedgavinsrc/main/org/jboss/seam/core/ResourceBundle.javaJBSEAM-165locale is now switchabletemplated messages for the UI1.43modifiedgavinsrc/main/org/jboss/seam/init/Initialization.javaJBSEAM-165locale is now switchabletemplated messages for the UI1.4modifiedsbryzak2src/main/org/jboss/seam/remoting/Call.javaImprovements to remoting JMS support, created remoting/JMS chatroom example, renamed @Remotable annotation to @WebRemote, updated documentation and helloworld example with new annotation1.4modifiedsbryzak2src/main/org/jboss/seam/remoting/ExecutionHandler.javaImprovements to remoting JMS support, created remoting/JMS chatroom example, renamed @Remotable annotation to @WebRemote, updated documentation and helloworld example with new annotation1.5modifiedsbryzak2src/main/org/jboss/seam/remoting/InterfaceGenerator.javaImprovements to remoting JMS support, created remoting/JMS chatroom example, renamed @Remotable annotation to @WebRemote, updated documentation and helloworld example with new annotation1.2modifiedsbryzak2src/main/org/jboss/seam/remoting/RequestHandlerFactory.javaImprovements to remoting JMS support, created remoting/JMS chatroom example, renamed @Remotable annotation to @WebRemote, updated documentation and helloworld example with new annotation1.2modifiedsbryzak2src/main/org/jboss/seam/remoting/SubscriptionHandler.javaImprovements to remoting JMS support, created remoting/JMS chatroom example, renamed @Remotable annotation to @WebRemote, updated documentation and helloworld example with new annotation1.3modifiedsbryzak2src/main/org/jboss/seam/remoting/remote.jsImprovements to remoting JMS support, created remoting/JMS chatroom example, renamed @Remotable annotation to @WebRemote, updated documentation and helloworld example with new annotation1.2modifiedsbryzak2src/main/org/jboss/seam/remoting/messaging/PollRequest.javaImprovements to remoting JMS
[JBoss-dev] jbossretro-testsuite Build Completed With Testsuite Errors
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jbossretro-testsuite?log=log20060314045211 TESTS FAILEDAnt Error Message:/services/cruisecontrol/work/scripts/build-jbossretro-testsuite.xml:75: The following error occurred while executing this line: /services/cruisecontrol/work/scripts/build-common-targets.xml:11: Build Successful - Tests completed with errors or failures.Date of build:03/14/2006 04:52:11Time to build:7 minutes 4 secondsLast changed:03/06/2006 15:09:55Last log entry:Revert the reentrant lock stuff to backport concurrent utiland remove tests that don't have coverage. Unit Tests: (1233) Total Errors and Failures: (5)unknownorg.jboss.test.concurrent.ReentrantLockTesttestPrivilegedThreadFactoryorg.jboss.test.concurrent.ExecutorsTesttestHasQueuedThreadsorg.jboss.test.concurrent.SemaphoreTesttestGetQueueLengthorg.jboss.test.concurrent.SemaphoreTesttestGetQueuedThreadsorg.jboss.test.concurrent.SemaphoreTest Modifications since last build:(first 50 of 166)1.2deletedadriansrc/test/org/jboss/test/concurrent/LockSupportTest.javaRevert the reentrant lock stuff to backport concurrent utiland remove tests that don't have coverage.1.4deletedadriansrc/test/org/jboss/test/concurrent/ReentrantReadWriteLockTest.javaRevert the reentrant lock stuff to backport concurrent utiland remove tests that don't have coverage.1.2deletedadriansrc/test/org/jboss/test/concurrent/ThreadTest.javaRevert the reentrant lock stuff to backport concurrent utiland remove tests that don't have coverage.1.3modifiedadriansrc/test/org/jboss/test/concurrent/SemaphoreTest.javaProvide more information than "UnexpectedException"1.8modifiedadrianthirdparty/javassist/lib/javassist.jarRemove the signature fixing.We need something a bit more robust.1.3modifiedadriansrc/test/org/jboss/test/concurrent/ReentrantReadWriteLockTest.javaWork around unweaved stuff in the ReentrantReadWriteLock test1.4modifiedadriansrc/test/org/jboss/test/concurrent/JSR166TestCase.javaExclude tests for UncaughtExceptionHandler1.2modifiedadriansrc/test/org/jboss/test/concurrent/SemaphoreTest.javaRemove tests for semaphore operations with multiple permitssince backport concurrent util doesn't support these operations.1.7modifiedadrianthirdparty/javassist/lib/javassist.jarAdd the ability to change the signature of a constant pool methodref entry.This is useful for JDK5 to 1.4 mapping, e.g.java.lang.String.clone()Ljava.lang.String; - java.lang.String.clone()Ljava.lang.Object;Apply this for ReentrantLock.read/writeLock()1.6modifiedadrianthirdparty/javassist/lib/javassist.jarUse the version of javassist that handles no parameter annotations properly.1.2modifiedadriansrc/test/org/jboss/test/concurrent/ThreadPoolExecutorTest.javaComment out tests that use non-existant api1.2modifiedadriansrc/test/org/jboss/test/concurrent/ThreadPoolExecutorSubclassTest.javaComment out tests that use non-existant api1.2modifiedadriansrc/test/org/jboss/test/concurrent/TreeSetTest.javaComment out tests that use non-existant apiSimulate pollFirst/Last used by this test.1.2modifiedadriansrc/test/org/jboss/test/concurrent/TreeMapTest.javaComment out tests that use non-existant api1.2modifiedadriansrc/test/org/jboss/test/concurrent/TimeUnitTest.javaComment out tests that use non-existant api1.1addedadriansrc/test/org/jboss/test/concurrent/RunnableScheduledFuture.javaInclude non-existant api in org.jboss.test.concurrent1.1addedadriansrc/test/org/jboss/test/concurrent/RunnableFuture.javaInclude non-existant api in org.jboss.test.concurrent1.3modifiedadriansrc/test/org/jboss/test/concurrent/JSR166TestCase.javaComment out non-existant test1.2modifiedrcampbellsrc/test/org/jboss/test/concurrent/ReentrantReadWriteLockTest.javaJBAS-2814 - remove tests of non java 5 methods1.2modifiedrcampbellsrc/test/org/jboss/test/concurrent/LinkedListTest.javaJBAS-2814 - remove tests of non java 5 methods1.2modifiedrcampbellsrc/test/org/jboss/test/concurrent/JSR166TestCase.javaJBAS-2814 - removed tests for classes not present in jdk51.2deletedrcampbellsrc/test/org/jboss/test/concurrent/LinkedBlockingDequeTest.javaJBAS-2814 - removed tests for classes not present in jdk51.2deletedrcampbellsrc/test/org/jboss/test/concurrent/TreeSubMapTest.javaJBAS-2814 - removed tests for classes not present in jdk51.2deletedrcampbellsrc/test/org/jboss/test/concurrent/TreeSubSetTest.javaJBAS-2814 - removed tests for classes not present in jdk51.1addedrcampbellsrc/test/org/jboss/test/concurrent/JSR166TestCase.javaJBAS-2814: Initial import of jsr166 tck. Currently excluded from build since it has dependencies not available in jdk5.1.1addedrcampbellsrc/test/org/jboss/test/concurrent/LinkedBlockingDequeTest.javaJBAS-2814: Initial import of jsr166 tck. Currently excluded from build since it has dependencies not available in
Re: [JBoss-dev] Refactoring JBossXB out of commons
No objections from me. Ruel Loehr wrote: I am going to move XB out of commons and into its own module. If there are any objections now is the time. Is there any way to keep the CVS history when moving the source between modules? I know Scott asked this a few weeks ago, but I can’t find it on any of the public lists or in my mailbox. Related discussion is here: http://www.jboss.com/index.html?module=bbop=viewtopict=78424start=30 Ruel Loehr JBoss QA --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-cache-testsuite Build Completed With Testsuite Errors
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-cache-testsuite?log=log20060314071110 TESTS FAILEDAnt Error Message:/services/cruisecontrol/work/scripts/build-JBossCache.xml:86: The following error occurred while executing this line: /services/cruisecontrol/work/scripts/build-common-targets.xml:11: Build Successful - Tests completed with errors or failures.Date of build:03/14/2006 07:11:10Time to build:38 minutes 20 secondsLast changed:03/13/2006 17:33:20Last log entry:update the changelog with diff between current 1.3.0 notes from JIRA and previous 1.3.0.Beta1 notes from changelog Unit Tests: (1375) Total Errors and Failures: (1)testPrintorg.jboss.cache.loader.TcpCacheLoaderTest Modifications since last build:(first 50 of 15)1.13modifiedrloehrdocs/Changelog.txtupdate the changelog with diff between current 1.3.0 notes from JIRA and previous 1.3.0.Beta1 notes from changelog1.11modifiedbstansberrytests/functional/org/jboss/cache/aop/statetransfer/StateTransferAopTestBase.javaDon't leak ref to 'this' to Thread from CacheUser c'tor1.5modifiedbstansberrytests/functional/org/jboss/cache/statetransfer/VersionedTestBase.javaDon't leak ref to 'this' to Thread from CacheUser c'tor1.4modifiedmsurtanisrc/org/jboss/cache/aop/util/AopUtil.javaJBCACHE-5021.87modifiedmsurtani/build.xmlUpdated version1.9modifiedmsurtanisrc/org/jboss/cache/Version.javaUpdated version1.4modifiedbwangsrc/org/jboss/cache/eviction/BaseEvictionAlgorithm.javaChanged the log output level from warn to debug in removeQueue1.4modifiedbwangtests/scripts/bench.txtupd1.14modifiedbwangtests/perf/org/jboss/cache/Server.javaupd1.13modifiedbwangtests/perf/org/jboss/cache/Server.javaupd1.12modifiedbwangtests/perf/org/jboss/cache/Server.javaupd1.22modifiedbstansberrysrc/org/jboss/cache/Fqn.javaEnsure equals() handles other types properly1.12modifiedbstansberrysrc/org/jboss/cache/GlobalTransaction.javaRemove unneeded null check from equals()1.6modifiedbstansberrytests/functional/org/jboss/cache/FqnTest.javaAdd a test that equals() handles null and other types properly1.4modifiedbstansberrytests/functional/org/jboss/cache/GlobalTransactionTest.javaAdd a test that equals() handles null properly
[JBoss-dev] jboss-remoting-testsuite-1.4 Build Completed With Testsuite Errors
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-remoting-testsuite-1.4?log=log20060314075715 TESTS FAILEDAnt Error Message:/services/cruisecontrol/work/scripts/build-jboss-remoting.xml:96: The following error occurred while executing this line: /services/cruisecontrol/work/scripts/build-common-targets.xml:11: Build Successful - Tests completed with errors or failures.Date of build:03/14/2006 07:57:15Time to build:19 minutes 9 secondsLast changed:03/14/2006 00:21:15Last log entry:JBREM-337:Changed PortUtil.getNextPort() so that it returns port numbers in the range [1024, 65535]. Unit Tests: (164) Total Errors and Failures: (19)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(java_serialization) Modifications since last build:(first 50 of 28)1.8modifiedrsigalsrc/main/org/jboss/remoting/transport/PortUtil.javaJBREM-337:Changed PortUtil.getNextPort() so that it returns port numbers in the range [1024, 65535].1.21modifiedrsigalsrc/main/org/jboss/remoting/InvokerRegistry.javaJBREM-336:Put call to InvokerRegistry.unregisterLocator() in InvokerRegistry.destroyServerInvoker().1.2modifiedtelrodsrc/tests/org/jboss/test/remoting/transport/http/timeout/TimeoutClientTest.javaJBREM-329 - added check to see if was jdk 1.4 before doing assert (as won't pass as is in jdk 1.4, which is expected).1.5modifiedtelrodsrc/tests/org/jboss/test/remoting/transport/multiplex/MultiplexInvokerConfigTestClient.javaJBREM-329 - added global timeout config property for all transports (client and server).1.16modifiedtelrodsrc/tests/org/jboss/test/remoting/transport/multiplex/MultiplexInvokerTestClient.javaJBREM-329 - added global timeout config property for all transports (client and server).1.1addedtelrodsrc/tests/org/jboss/test/remoting/transport/rmi/timeout/TimeoutClientTest.javaJBREM-329 - added global timeout config property for all transports (client and server).1.1addedtelrodsrc/tests/org/jboss/test/remoting/transport/rmi/timeout/TimeoutServerTest.javaJBREM-329 - added global timeout config property for all transports (client and server).1.1addedtelrodsrc/tests/org/jboss/test/remoting/transport/rmi/timeout/TimeoutTestCase.javaJBREM-329 - added global timeout config property for all transports (client and server).1.4modifiedtelrodsrc/tests/org/jboss/test/remoting/transport/socket/timeout/TimeoutClientTest.javaJBREM-329 - added global timeout config property for all transports (client and server).1.4modifiedtelrodsrc/tests/org/jboss/test/remoting/transport/socket/timeout/TimeoutServerTest.javaJBREM-329 - added global timeout config property for all transports (client and server).1.25modifiedtelrodsrc/main/org/jboss/remoting/ServerInvoker.javaJBREM-329 - added global timeout config property for all transports (client and server).1.6modifiedtelrodsrc/main/org/jboss/remoting/ServerInvokerMBean.javaJBREM-329 - added global timeout config property for all transports (client and server).1.12modifiedtelrodsrc/main/org/jboss/remoting/transport/rmi/RMIServerInvoker.javaJBREM-329 - added global timeout config property for all transports (client and
[JBoss-dev] jboss-remoting-testsuite-1.5 Build Completed With Testsuite Errors
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-remoting-testsuite-1.5?log=log20060314081747 TESTS FAILEDAnt Error Message:/services/cruisecontrol/work/scripts/build-jboss-remoting.xml:96: The following error occurred while executing this line: /services/cruisecontrol/work/scripts/build-common-targets.xml:11: Build Successful - Tests completed with errors or failures.Date of build:03/14/2006 08:17:47Time to build:76 minutes 39 secondsLast changed:12/31/2005 20:37:24Last log entry:JBREM-272:Added tests for (clientPool != null) and (threadPool != null) in cleanup. Unit Tests: (331) Total Errors and Failures: (40)testStartorg.jboss.test.remoting.callback.pull.memory.callbackstore.CallbackStoreCallbackTestCase(java_serialization)testStartorg.jboss.test.remoting.callback.pull.memory.callbackstore.CallbackStoreCallbackTestCase(jboss_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(jboss_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(jboss_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(jboss_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(jboss_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(jboss_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(jboss_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(jboss_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(jboss_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerConfigTestCase(jboss_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(java_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(jboss_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(jboss_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(jboss_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(jboss_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(jboss_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(jboss_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(jboss_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(jboss_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(jboss_serialization)unknownorg.jboss.test.remoting.transport.multiplex.MultiplexInvokerTestCase(jboss_serialization) Modifications since last build:(first 50 of 2157)1.3modifiedtelrodsrc/tests/org/jboss/test/remoting/transport/socket/timeout/TimeoutClientTest.javaJBREM-235 - added new lgpl
[JBoss-dev] RE: jbossretro-testsuite Build Completed With Testsuite Errors
Something seems wrong with the timeout setting on org.jboss.test.concurrent.ReentrantLockTest as the test failed with a timeout in 0.006 seconds? The 3 org.jboss.test.concurrent.SemaphoreTest failures seem to be known issues? Unexpected exceptionjava.lang.UnsupportedOperationException: Use FAIR version at edu.emory.mathcs.backport.java.util.concurrent.Semaphore$NonfairSync.getQueuedThreads(Semaphore.java:298) at edu.emory.mathcs.backport.java.util.concurrent.Semaphore.getQueuedThreads(Semaphore.java:827) at org.jboss.test.concurrent.SemaphoreTest$PublicSemaphore.getQueuedThreads(SemaphoreTest.java:29) at org.jboss.test.concurrent.SemaphoreTest.testGetQueuedThreads(SemaphoreTest.java:377) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:289) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:656) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:558) From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 14, 2006 1:59 AMTo: Adrian Brock; jboss-development@lists.sourceforge.net; QA; Ryan Campbell; Scott M StarkSubject: jbossretro-testsuite Build Completed With Testsuite ErrorsImportance: High View results here - http://cruisecontrol.jboss.com/cc/buildresults/jbossretro-testsuite?log=log20060314045211 TESTS FAILED Ant Error Message:/services/cruisecontrol/work/scripts/build-jbossretro-testsuite.xml:75: The following error occurred while executing this line: /services/cruisecontrol/work/scripts/build-common-targets.xml:11: Build Successful - Tests completed with errors or failures. Date of build:03/14/2006 04:52:11 Time to build:7 minutes 4 seconds Last changed:03/06/2006 15:09:55 Last log entry:Revert the reentrant lock stuff to backport concurrent utiland remove tests that don't have coverage. Unit Tests: (1233) Total Errors and Failures: (5) unknown org.jboss.test.concurrent.ReentrantLockTest testPrivilegedThreadFactory org.jboss.test.concurrent.ExecutorsTest testHasQueuedThreads org.jboss.test.concurrent.SemaphoreTest testGetQueueLength org.jboss.test.concurrent.SemaphoreTest testGetQueuedThreads org.jboss.test.concurrent.SemaphoreTest Modifications since last build: (first 50 of 166) 1.2 deleted adrian src/test/org/jboss/test/concurrent/LockSupportTest.java Revert the reentrant lock stuff to backport concurrent utiland remove tests that don't have coverage. 1.4 deleted adrian src/test/org/jboss/test/concurrent/ReentrantReadWriteLockTest.java Revert the reentrant lock stuff to backport concurrent utiland remove tests that don't have coverage. 1.2 deleted adrian src/test/org/jboss/test/concurrent/ThreadTest.java Revert the reentrant lock stuff to backport concurrent utiland remove tests that don't have coverage. 1.3 modified adrian src/test/org/jboss/test/concurrent/SemaphoreTest.java Provide more information than "UnexpectedException" 1.8 modified adrian thirdparty/javassist/lib/javassist.jar Remove the signature fixing.We need something a bit more robust. 1.3 modified adrian src/test/org/jboss/test/concurrent/ReentrantReadWriteLockTest.java Work around unweaved stuff in the ReentrantReadWriteLock test 1.4 modified adrian src/test/org/jboss/test/concurrent/JSR166TestCase.java Exclude tests for UncaughtExceptionHandler 1.2 modified adrian src/test/org/jboss/test/concurrent/SemaphoreTest.java
RE: [JBoss-dev] JBossCache 1.3.0.Beta2 released
This is compiled with jdk1.5. What are the plans for making this compatible with jdk 1.4 so that it can be integrated with jboss-head? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ruel Loehr Sent: Monday, March 13, 2006 5:59 PM To: jboss-development@lists.sourceforge.net Subject: [JBoss-dev] JBossCache 1.3.0.Beta2 released The 1.3.0.Beta2 release of JBossCache is now available from sourceforge: http://sourceforge.net/project/showfiles.php?group_id=22866package_id=102339release_id=401350 Ruel Loehr JBoss QA
[JBoss-dev] RE: jbossretro-testsuite Build Completed With Testsuite Errors
On Tue, 2006-03-14 at 10:50 -0600, Scott M Stark wrote: Something seems wrong with the timeout setting on org.jboss.test.concurrent.ReentrantLockTest as the test failed with a timeout in 0.006 seconds? Yes I said that before. There is a short delay in the TCK parameters but it is ridiculously short. The backport concurrent tests have the problem. The 3 org.jboss.test.concurrent.SemaphoreTest failures seem to be known issues? Yes. In backport concurrent util, you have to enable fair queueing for it to keep track of the threads inside the Semaphore. Unexpected exceptionjava.lang.UnsupportedOperationException: Use FAIR version at edu.emory.mathcs.backport.java.util.concurrent.Semaphore $NonfairSync.getQueuedThreads(Semaphore.java:298) at edu.emory.mathcs.backport.java.util.concurrent.Semaphore.getQueuedThreads(Semaphore.java:827) at org.jboss.test.concurrent.SemaphoreTest$PublicSemaphore.getQueuedThreads(SemaphoreTest.java:29) at org.jboss.test.concurrent.SemaphoreTest.testGetQueuedThreads(SemaphoreTest.java:377) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:289) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:656) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:558) __ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 14, 2006 1:59 AM To: Adrian Brock; jboss-development@lists.sourceforge.net; QA; Ryan Campbell; Scott M Stark Subject: jbossretro-testsuite Build Completed With Testsuite Errors Importance: High View results here - http://cruisecontrol.jboss.com/cc/buildresults/jbossretro-testsuite?log=log20060314045211 TESTS FAILED Ant Error Message: /services/cruisecontrol/work/scripts/build-jbossretro-testsuite.xml:75: The following error occurred while executing this line: /services/cruisecontrol/work/scripts/build-common-targets.xml:11: Build Successful - Tests completed with errors or failures. Date of build: 03/14/2006 04:52:11 Time to build: 7 minutes 4 seconds Last changed: 03/06/2006 15:09:55 Last log entry: Revert the reentrant lock stuff to backport concurrent utiland remove tests that don't have coverage. Unit Tests: (1233) Total Errors and Failures: (5) unknown org.jboss.test.concurrent.ReentrantLockTest testPrivilegedThreadFactory org.jboss.test.concurrent.ExecutorsTest testHasQueuedThreads org.jboss.test.concurrent.SemaphoreTest testGetQueueLength org.jboss.test.concurrent.SemaphoreTest testGetQueuedThreads org.jboss.test.concurrent.SemaphoreTest Modifications since last build: (first 50 of 166) 1.2 deleted adrian src/test/org/jboss/test/concurrent/LockSupportTest.java Revert the reentrant lock stuff to backport concurrent utiland remove tests that don't have coverage. 1.4 deleted
RE: [JBoss-dev] JBossCache 1.3.0.Beta2 released
Cache guys, correct me if I am wrong.. Its compiled with jdk15 but source and target are set to 1.4. The classes compiled in this fashion are used to create jboss-cache.jar. This is the jar which is put in the repository and should be used in the jboss distribution. Additionally, when built with 1.5, 2 other classes are compiled (they have annotations or other jdk1.5 specific features). These classes are combined with those described above and are used to create jboss-cache-jdk50.jar. This jar is included in the distribution on sourceforge. Ruel Loehr JBoss QA - 512-342-7840 ext 2011 Yahoo: ruelloehr Skype: ruelloehr AOL: dokoruel From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ryan Campbell Sent: Tuesday, March 14, 2006 10:51 AM To: Manik Surtani; Ben Wang Cc: jboss-development@lists.sourceforge.net Subject: RE: [JBoss-dev] JBossCache 1.3.0.Beta2 released This is compiled with jdk1.5. What are the plans for making this compatible with jdk 1.4 so that it can be integrated with jboss-head? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ruel Loehr Sent: Monday, March 13, 2006 5:59 PM To: jboss-development@lists.sourceforge.net Subject: [JBoss-dev] JBossCache 1.3.0.Beta2 released The 1.3.0.Beta2 release of JBossCache is now available from sourceforge: http://sourceforge.net/project/showfiles.php?group_id=22866package_id=102339release_id=401350 Ruel Loehr JBoss QA
[JBoss-dev] microcontainer-head-testsuite build.85 Build Fixed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/microcontainer-head-testsuite?log=log20060314142602Lbuild.85 BUILD COMPLETE-build.85Date of build:03/14/2006 14:26:02Time to build:28 minutes 56 secondsLast changed:03/14/2006 09:11:54Last log entry:Sourcecode tidyup Unit Tests: (563) Total Errors and Failures: (0)All Tests Passed Modifications since last build:(first 50 of 51)1.21modifiedadriansrc/main/org/jboss/kernel/plugins/dependency/KernelControllerContextActions.javaSourcecode tidyup1.4modifiedadriansrc/main/org/jboss/kernel/plugins/deployment/xml/BasicXMLDeployer.javaLog the files getting undeployed at shutdown of the test.1.7modifiedadriansrc/main/org/jboss/test/kernel/junit/MicrocontainerTestDelegate.javaLog the files getting undeployed at shutdown of the test.1.3modifiedadriansrc/main/org/jboss/classadapter/plugins/BasicClassAdapterFactory.java[JBMICROCONT-14] - Move the MetaDataContext to configuration.This removes the last current usecase for AOP having its own ClassAdapter impl.1.2modifiedadriansrc/main/org/jboss/joinpoint/plugins/BasicJoinpointFactory.java[JBMICROCONT-14] - Move the MetaDataContext to configuration.This removes the last current usecase for AOP having its own ClassAdapter impl.1.1addedadriansrc/main/org/jboss/joinpoint/plugins/BasicJoinpointFactoryBuilder.java[JBMICROCONT-14] - Move the MetaDataContext to configuration.This removes the last current usecase for AOP having its own ClassAdapter impl.1.1addedadriansrc/main/org/jboss/joinpoint/spi/JoinpointFactoryBuilder.java[JBMICROCONT-14] - Move the MetaDataContext to configuration.This removes the last current usecase for AOP having its own ClassAdapter impl.1.2modifiedadriansrc/main/org/jboss/classadapter/plugins/BasicClassAdapterFactory.java[JBMICROCONT-14] - Rework the ClassAdapter to take a Configurationrather than a TypeInfoFactory. Allow for the TypeInfoFactory impl to be overridden.1.6modifiedadriansrc/main/org/jboss/classadapter/spi/ClassAdapterFactory.java[JBMICROCONT-14] - Rework the ClassAdapter to take a Configurationrather than a TypeInfoFactory. Allow for the TypeInfoFactory impl to be overridden.1.1addedadriansrc/main/org/jboss/classadapter/plugins/BasicClassAdapter.java[JBMICROCONT-14] - Move the choice of TypeInfoFactory out of theclassadapter. Also removed old aspect/mc integration tests.These need reimplemeting on the new prototype.1.1addedadriansrc/main/org/jboss/classadapter/plugins/BasicClassAdapterFactory.java[JBMICROCONT-14] - Move the choice of TypeInfoFactory out of theclassadapter. Also removed old aspect/mc integration tests.These need reimplemeting on the new prototype.1.1addedadriansrc/main/org/jboss/classadapter/plugins/package.html[JBMICROCONT-14] - Move the choice of TypeInfoFactory out of theclassadapter. Also removed old aspect/mc integration tests.These need reimplemeting on the new prototype.1.10deletedadriansrc/main/org/jboss/classadapter/plugins/reflect/ReflectClassAdapter.java[JBMICROCONT-14] - Move the choice of TypeInfoFactory out of theclassadapter. Also removed old aspect/mc integration tests.These need reimplemeting on the new prototype.1.8deletedadriansrc/main/org/jboss/classadapter/plugins/reflect/ReflectClassAdapterFactory.java[JBMICROCONT-14] - Move the choice of TypeInfoFactory out of theclassadapter. Also removed old aspect/mc integration tests.These need reimplemeting on the new prototype.1.2deletedadriansrc/main/org/jboss/classadapter/plugins/reflect/package.html[JBMICROCONT-14] - Move the choice of TypeInfoFactory out of theclassadapter. Also removed old aspect/mc integration tests.These need reimplemeting on the new prototype.1.5modifiedadriansrc/main/org/jboss/classadapter/spi/ClassAdapterFactory.java[JBMICROCONT-14] - Move the choice of TypeInfoFactory out of theclassadapter. Also removed old aspect/mc integration tests.These need reimplemeting on the new prototype.1.4modifiedkkhansrc/main/org/jboss/repository/spi/MetaDataContext.java[JBAOP-211] Store property annotations in repository under setter/getter names1.20modifiedkkhansrc/main/org/jboss/kernel/plugins/dependency/KernelControllerContextActions.java[JBAOP-211] Store property annotations in repository under setter/getter names1.7modifiedadriansrc/tests/org/jboss/test/ContainerAllTestSuite.java[JBMICROCONT-14] - Rename the joinpoint implementation.This isn't based on reflection it has been based on the ClassInfo abstraction for some time.1.3deletedadriansrc/tests/org/jboss/test/joinpoint/reflect/support/SimpleBean.java[JBMICROCONT-14] - Rename the joinpoint implementation.This isn't based on reflection it has been based on the ClassInfo abstraction for some time.1.3deletedadriansrc/tests/org/jboss/test/joinpoint/reflect/support/SimpleInterface.java[JBMICROCONT-14] - Rename the joinpoint implementation.This isn't
[JBoss-dev] RE: Synching up on webservice/retro tasks for
Ok, I ran the webservices tests against a jbossretro-weaved jbossws14.sar and all the tests passed. Todo: - create a 1.0.RC1 for backport-concurrent, jbossretro so they can be added to the repository - officially integrate jbossretro into the jboss-head/webservices build - Create an 1.0.RC3 for jbossws14 from the jbossretro build - Integrate it with 4.0 This should be done by tomorrow, unless there are any objections. From: Scott M Stark Sent: Monday, March 13, 2006 9:58 AM To: '[EMAIL PROTECTED]'; jboss-development@lists.sourceforge.net Subject: Synching up on webservice/retro tasks for The majority of the issues for the 4.0.4CR2 release due out this Friday are webservice issues related to integrating the jbossws stack into the server. Starting with this issue and traversing all links should define what needs to be done: http://jira.jboss.com/jira/browse/JBAS-2816 A big one is getting a new jbossretro j2se1.4 compatible binary: http://jira.jboss.com/jira/browse/JBAS-2510 Getting these done along with the webservice testsuite running is what I would like to focus on this week.
[JBoss-dev] Re: Synching up on webservice/retro tasks for
How does EJB3's requirement to have a jbosswsJDK5 build come into the picture here? Ryan Campbell wrote: Ok, I ran the webservices tests against a jbossretro-weaved jbossws14.sar and all the tests passed. Todo: - create a 1.0.RC1 for backport-concurrent, jbossretro so they can be added to the repository - officially integrate jbossretro into the jboss-head/webservices build - Create an 1.0.RC3 for jbossws14 from the jbossretro build - Integrate it with 4.0 This should be done by tomorrow, unless there are any objections. *From:* Scott M Stark *Sent:* Monday, March 13, 2006 9:58 AM *To:* '[EMAIL PROTECTED]'; jboss-development@lists.sourceforge.net *Subject:* Synching up on webservice/retro tasks for The majority of the issues for the 4.0.4CR2 release due out this Friday are webservice issues related to integrating the jbossws stack into the server. Starting with this issue and traversing all links should define what needs to be done: http://jira.jboss.com/jira/browse/JBAS-2816 A big one is getting a new jbossretro j2se1.4 compatible binary: http://jira.jboss.com/jira/browse/JBAS-2510 Getting these done along with the webservice testsuite running is what I would like to focus on this week. -- Bill Burke Chief Architect JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: Synching up on webservice/retro tasks for
Because the ejb3 installer profile should have the annotation driven webservice stack. -Original Message- From: Bill Burke Sent: Tuesday, March 14, 2006 1:49 PM To: Ryan Campbell Cc: Scott M Stark; QA; jboss-development@lists.sourceforge.net Subject: Re: Synching up on webservice/retro tasks for How does EJB3's requirement to have a jbosswsJDK5 build come into the picture here? Ryan Campbell wrote: Ok, I ran the webservices tests against a jbossretro-weaved jbossws14.sar and all the tests passed. Todo: - create a 1.0.RC1 for backport-concurrent, jbossretro so they can be added to the repository - officially integrate jbossretro into the jboss-head/webservices build - Create an 1.0.RC3 for jbossws14 from the jbossretro build - Integrate it with 4.0 This should be done by tomorrow, unless there are any objections. -- -- *From:* Scott M Stark *Sent:* Monday, March 13, 2006 9:58 AM *To:* '[EMAIL PROTECTED]'; jboss-development@lists.sourceforge.net *Subject:* Synching up on webservice/retro tasks for The majority of the issues for the 4.0.4CR2 release due out this Friday are webservice issues related to integrating the jbossws stack into the server. Starting with this issue and traversing all links should define what needs to be done: http://jira.jboss.com/jira/browse/JBAS-2816 A big one is getting a new jbossretro j2se1.4 compatible binary: http://jira.jboss.com/jira/browse/JBAS-2510 Getting these done along with the webservice testsuite running is what I would like to focus on this week. -- Bill Burke Chief Architect JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: Synching up on webservice/retro tasks for
Versions should be 1.0.0.CR1 and 1.0.0.CR3 http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossProductVersioning From: Ryan Campbell Sent: Tuesday, March 14, 2006 1:39 PMTo: Scott M Stark; '[EMAIL PROTECTED]'; 'jboss-development@lists.sourceforge.net'Subject: RE: Synching up on webservice/retro tasks for Ok, I ran the webservices tests against a jbossretro-weaved jbossws14.sar and all the tests passed. Todo: - create a 1.0.RC1 for backport-concurrent, jbossretro so they can be added to the repository - officially integrate jbossretro into the jboss-head/webservices build - Create an 1.0.RC3 for jbossws14 from the jbossretro build - Integrate it with 4.0 This should be done by tomorrow, unless there are any objections. From: Scott M Stark Sent: Monday, March 13, 2006 9:58 AMTo: '[EMAIL PROTECTED]'; jboss-development@lists.sourceforge.netSubject: Synching up on webservice/retro tasks for The majority of the issues for the 4.0.4CR2 release due out this Friday are webservice issues related to integrating the jbossws stack into the server. Starting with this issue and traversing all links should define what needs to be done: http://jira.jboss.com/jira/browse/JBAS-2816 A big one is getting a new jbossretro j2se1.4 compatible binary: http://jira.jboss.com/jira/browse/JBAS-2510 Getting these done along with the webservice testsuite running is what I would like to focus on this week.
[JBoss-dev] RE: Synching up on webservice/retro tasks for
Can we please stop using html emails. Especially MSHTML. I tried to reply to this e-mail and got a screen. Anyway. As I said before. The main constraint to using JBossRetro is fixing the AnnotationHelper to understand classloaders. Eventually, this should be linked with the ClassInfo abstraction, but that will likely require more work than what is currently required for AnnotationHelper to work. i.e. classloader == clazz.getClassLoader(); because AnnotationHelper knows the Class. The fix should basically be to copy what AOP does. If you like I can reproduce it. I had it working in the case where it is told the classloader. It is harder in the more general ClassInfo case where it has to determine the classloader for superclases/interfaces, etc. that are not already loaded. On Tue, 2006-03-14 at 15:39 -0600, Ryan Campbell wrote: Ok, I ran the webservices tests against a jbossretro-weaved jbossws14.sar and all the tests passed. Todo: - create a 1.0.RC1 for backport-concurrent, jbossretro so they can be added to the repository - officially integrate jbossretro into the jboss-head/webservices build - Create an 1.0.RC3 for jbossws14 from the jbossretro build - Integrate it with 4.0 This should be done by tomorrow, unless there are any objections. -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: Synching up on webservice/retro tasks for
On Tue, 2006-03-14 at 23:05 +, Adrian Brock wrote: Can we please stop using html emails. Especially MSHTML. I tried to reply to this e-mail and got a screen. Not intentional but funny :-), I mean't got a blank screen. -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: Synching up on webservice/retro tasks for
It looks like I jumped the gun and posted before checking my work. There are some problems with the jbossretro weaved version that I'll work out on the forums. But the plan below should stand. From: Ryan Campbell Sent: Tuesday, March 14, 2006 3:39 PM To: Scott M Stark; '[EMAIL PROTECTED]'; 'jboss-development@lists.sourceforge.net' Subject: RE: Synching up on webservice/retro tasks for Ok, I ran the webservices tests against a jbossretro-weaved jbossws14.sar and all the tests passed. Todo: - create a 1.0.RC1 for backport-concurrent, jbossretro so they can be added to the repository - officially integrate jbossretro into the jboss-head/webservices build - Create an 1.0.RC3 for jbossws14 from the jbossretro build - Integrate it with 4.0 This should be done by tomorrow, unless there are any objections. From: Scott M Stark Sent: Monday, March 13, 2006 9:58 AM To: '[EMAIL PROTECTED]'; jboss-development@lists.sourceforge.net Subject: Synching up on webservice/retro tasks for The majority of the issues for the 4.0.4CR2 release due out this Friday are webservice issues related to integrating the jbossws stack into the server. Starting with this issue and traversing all links should define what needs to be done: http://jira.jboss.com/jira/browse/JBAS-2816 A big one is getting a new jbossretro j2se1.4 compatible binary: http://jira.jboss.com/jira/browse/JBAS-2510 Getting these done along with the webservice testsuite running is what I would like to focus on this week. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head-jdk-matrix Build Failed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log=log20060314223950 BUILD FAILEDAnt Error Message:/services/cruisecontrol/work/scripts/build-jboss-common.xml:220: The following error occurred while executing this line: /services/cruisecontrol/work/scripts/build-jboss-common.xml:64: Exit code: 1 See compile.log in Build Artifacts for details.Date of build:03/14/2006 22:39:50Time to build:14 minutes 51 secondsLast changed:03/14/2006 22:26:21Last log entry:latest hibernate stuff Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(first 50 of 26)1.167modifiedbillejb3/build-test.xmllatest hibernate stuff1.9modifiedbillejb3/src/test/org/jboss/ejb3/test/secondary/Customer.javalatest hibernate stuff1.2modifiedbillejb3/src/test/org/jboss/ejb3/test/standalone/flushmodenever/Session2Bean.javalatest hibernate stuff1.2modifiedbillejb3/src/test/org/jboss/ejb3/test/standalone/flushmodenever/Stateful1Bean.javalatest hibernate stuff1.3modifiedbillejb3/src/test/org/jboss/ejb3/test/standalone/flushmodenever/unit/FactoryUnitTestCase.javalatest hibernate stuff1.6modifiedbillejb3/src/test/org/jboss/ejb3/test/xmlcfg/Customer.javalatest hibernate stuff1.2modifiedbillejb3/src/main/org/jboss/ejb3/ThreadLocalStack.javalatest hibernate stuff1.24modifiedbillejb3/src/main/org/jboss/ejb3/stateful/StatefulBeanContext.javalatest hibernate stuff1.5modifiedbillejb3/src/main/org/jboss/ejb3/tx/UserTransactionImpl.javalatest hibernate stuff1.9modifiedbillejb3/src/test/org/jboss/ejb3/test/entityexception/ExceptionTestBean.javalatest hibernate stuff1.13modifiedbillejb3/src/test/org/jboss/ejb3/test/factory/Session2Bean.javalatest hibernate stuff1.3modifiedbillejb3/src/test/org/jboss/ejb3/test/factoryxml/Session2Bean.javalatest hibernate stuff1.6modifiedbillejb3/src/test/org/jboss/ejb3/test/pkg/Customer.javalatest hibernate stuff1.7modifiedbillejb3/src/main/org/jboss/ejb3/entity/ExtendedEntityManager.javalatest hibernate stuff1.6modifiedbillejb3/src/main/org/jboss/ejb3/entity/ExtendedPersistenceContextPropagationInterceptor.javalatest hibernate stuff1.10deletedbillejb3/src/main/org/jboss/ejb3/entity/InjectedEntityManager.javalatest hibernate stuff1.9modifiedbillejb3/src/main/org/jboss/ejb3/entity/InjectedEntityManagerFactory.javalatest hibernate stuff1.6deletedbillejb3/src/main/org/jboss/ejb3/entity/InjectedHibernateSession.javalatest hibernate stuff1.12modifiedbillejb3/src/main/org/jboss/ejb3/entity/ManagedEntityManagerFactory.javalatest hibernate stuff1.9modifiedbillejb3/src/main/org/jboss/ejb3/entity/PersistenceUnitDeployment.javalatest hibernate stuff1.1addedbillejb3/src/main/org/jboss/ejb3/entity/TransactionScopedEntityManager.javalatest hibernate stuff1.1addedbillejb3/src/main/org/jboss/ejb3/entity/TransactionScopedEntityManagerInterceptor.javalatest hibernate stuff1.1addedbillejb3/src/main/org/jboss/ejb3/entity/TransactionScopedHibernateSession.javalatest hibernate stuff1.2modifiedbillejb3/src/main/org/jboss/ejb3/injection/ExtendedPersistenceContextInjector.javalatest hibernate stuff1.17modifiedbillejb3/src/main/org/jboss/ejb3/injection/PersistenceContextHandler.javalatest hibernate stuff1.71modifiedbillbuild/build-thirdparty.xmlupdate to latest hb
RE: [JBoss-dev] JBossCache 1.3.0.Beta2 released
Ruel, You are correct. jboss-cache-jdk50.jar is for PojoCache only. We have a Jira and also documented it as well. -Ben From: Ruel Loehr Sent: Wednesday, March 15, 2006 1:36 AMTo: jboss-development@lists.sourceforge.net; Manik Surtani; Ben WangSubject: RE: [JBoss-dev] JBossCache 1.3.0.Beta2 released Cache guys, correct me if I am wrong.. Its compiled with jdk15 but source and target are set to 1.4. The classes compiled in this fashion are used to create jboss-cache.jar. This is the jar which is put in the repository and should be used in the jboss distribution. Additionally, when built with 1.5, 2 other classes are compiled (they have annotations or other jdk1.5 specific features). These classes are combined with those described above and are used to create jboss-cache-jdk50.jar. This jar is included in the distribution on sourceforge. Ruel Loehr JBoss QA - 512-342-7840 ext 2011 Yahoo: ruelloehr Skype: ruelloehr AOL: dokoruel From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ryan CampbellSent: Tuesday, March 14, 2006 10:51 AMTo: Manik Surtani; Ben WangCc: jboss-development@lists.sourceforge.netSubject: RE: [JBoss-dev] JBossCache 1.3.0.Beta2 released This is compiled with jdk1.5. What are the plans for making this compatible with jdk 1.4 so that it can be integrated with jboss-head? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ruel LoehrSent: Monday, March 13, 2006 5:59 PMTo: jboss-development@lists.sourceforge.netSubject: [JBoss-dev] JBossCache 1.3.0.Beta2 released The 1.3.0.Beta2 release of JBossCache is now available from sourceforge: http://sourceforge.net/project/showfiles.php?group_id=22866package_id=102339release_id=401350 Ruel Loehr JBoss QA
[JBoss-dev] jboss-head-jdk-matrix Build Failed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log=log20060314232955 BUILD FAILEDAnt Error Message:/services/cruisecontrol/work/scripts/build-jboss-common.xml:220: The following error occurred while executing this line: /services/cruisecontrol/work/scripts/build-jboss-common.xml:64: Exit code: 1 See compile.log in Build Artifacts for details.Date of build:03/14/2006 23:29:55Time to build:13 minutes 40 secondsLast changed:03/14/2006 23:15:27Last log entry:No need to override initAfterLoad() now that superclass calls populateAttributes. Don't clear attr map as part of removal; let recycle do it. Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(first 50 of 33)1.21modifiedbstansberrytomcat/src/main/org/jboss/web/tomcat/tc5/session/AttributeBasedClusteredSession.javaNo need to override initAfterLoad() now that superclass calls populateAttributes. Don't clear attr map as part of removal; let recycle do it.1.21modifiedbstansberrytomcat/src/main/org/jboss/web/tomcat/tc5/session/FieldBasedClusteredSession.java[JBAS-2943] To properly support HttpSessionActivationListener notifications, ensure all attributes are read into FieldBasedClusteredSession's local map when it is updated from the cache.1.37modifiedbstansberrytomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossCacheService.java[JBAS-2943] To properly support HttpSessionActivationListener notifications, ensure all attributes are read into FieldBasedClusteredSession's local map when it is updated from the cache.1.23modifiedbstansberrytomcat/src/main/org/jboss/web/tomcat/tc5/session/SessionBasedClusteredSession.javaImplement populateAttributes() as a no-op. Getting internal attributes map no longer marks session as dirty.1.4modifiedbstansberrytomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossCacheWrapper.javaAdd ability to evict a subtree1.4modifiedbstansberrytomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossCacheClusteredSession.javaMake populating attributes a standard part of initAfterLoad1.26modifiedbstansberrytomcat/src/main/org/jboss/web/tomcat/tc5/session/ClusteredSession.java[JBAS-2943] Send out HttpSessionActivationListener notifications as part of replication1.167modifiedbillejb3/build-test.xmllatest hibernate stuff1.9modifiedbillejb3/src/test/org/jboss/ejb3/test/secondary/Customer.javalatest hibernate stuff1.2modifiedbillejb3/src/test/org/jboss/ejb3/test/standalone/flushmodenever/Session2Bean.javalatest hibernate stuff1.2modifiedbillejb3/src/test/org/jboss/ejb3/test/standalone/flushmodenever/Stateful1Bean.javalatest hibernate stuff1.3modifiedbillejb3/src/test/org/jboss/ejb3/test/standalone/flushmodenever/unit/FactoryUnitTestCase.javalatest hibernate stuff1.6modifiedbillejb3/src/test/org/jboss/ejb3/test/xmlcfg/Customer.javalatest hibernate stuff1.2modifiedbillejb3/src/main/org/jboss/ejb3/ThreadLocalStack.javalatest hibernate stuff1.24modifiedbillejb3/src/main/org/jboss/ejb3/stateful/StatefulBeanContext.javalatest hibernate stuff1.5modifiedbillejb3/src/main/org/jboss/ejb3/tx/UserTransactionImpl.javalatest hibernate stuff1.9modifiedbillejb3/src/test/org/jboss/ejb3/test/entityexception/ExceptionTestBean.javalatest hibernate stuff1.13modifiedbillejb3/src/test/org/jboss/ejb3/test/factory/Session2Bean.javalatest hibernate stuff1.3modifiedbillejb3/src/test/org/jboss/ejb3/test/factoryxml/Session2Bean.javalatest hibernate stuff1.6modifiedbillejb3/src/test/org/jboss/ejb3/test/pkg/Customer.javalatest hibernate stuff1.7modifiedbillejb3/src/main/org/jboss/ejb3/entity/ExtendedEntityManager.javalatest hibernate stuff1.6modifiedbillejb3/src/main/org/jboss/ejb3/entity/ExtendedPersistenceContextPropagationInterceptor.javalatest hibernate stuff1.10deletedbillejb3/src/main/org/jboss/ejb3/entity/InjectedEntityManager.javalatest hibernate stuff1.9modifiedbillejb3/src/main/org/jboss/ejb3/entity/InjectedEntityManagerFactory.javalatest hibernate stuff1.6deletedbillejb3/src/main/org/jboss/ejb3/entity/InjectedHibernateSession.javalatest hibernate stuff1.12modifiedbillejb3/src/main/org/jboss/ejb3/entity/ManagedEntityManagerFactory.javalatest hibernate stuff1.9modifiedbillejb3/src/main/org/jboss/ejb3/entity/PersistenceUnitDeployment.javalatest hibernate stuff1.1addedbillejb3/src/main/org/jboss/ejb3/entity/TransactionScopedEntityManager.javalatest hibernate stuff1.1addedbillejb3/src/main/org/jboss/ejb3/entity/TransactionScopedEntityManagerInterceptor.javalatest hibernate stuff1.1addedbillejb3/src/main/org/jboss/ejb3/entity/TransactionScopedHibernateSession.javalatest hibernate stuff1.2modifiedbillejb3/src/main/org/jboss/ejb3/injection/ExtendedPersistenceContextInjector.javalatest hibernate stuff1.17modifiedbillejb3/src/main/org/jboss/ejb3/injection/PersistenceContextHandler.javalatest hibernate stuff1.71modifiedbillbuild/build-thirdparty.xmlupdate to latest hb
[JBoss-dev] hibernate/antlr version mismatch
jboss-head is not building due antlr being at one version in the build-thirdparty, and hibernate having a dependency on another version: BUILD FAILED C:\cvs\JBossHead\jboss-head\build\build.xml:1027: The following error occurred w hile executing this line: C:\cvs\JBossHead\jboss-head\build\build-thirdparty.xml:129: A versioning problem exists: Component: antlr is at version: 2.7.6rc1 but it is also required to be compatible with: [EMAIL PROTECTED], version=2.7.5H3}] by: hibernate --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head-jdk-matrix Build Failed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log=log20060315020103 BUILD FAILEDAnt Error Message:/services/cruisecontrol/work/scripts/build-jboss-common.xml:220: The following error occurred while executing this line: /services/cruisecontrol/work/scripts/build-jboss-common.xml:64: Exit code: 1 See compile.log in Build Artifacts for details.Date of build:03/15/2006 02:01:03Time to build:13 minutes 23 secondsLast changed:03/15/2006 01:52:54Last log entry:Fix JBWS-747Fix JBWS-749Ensure that exceptions that have message call the super class correctly Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(first 50 of 38)1.11modifiedjgreenewebservice/src/main/org/jboss/ws/tools/JavaWriter.javaFix JBWS-747Fix JBWS-749Ensure that exceptions that have message call the super class correctly1.39modifiedjgreenewebservice/src/main/org/jboss/ws/tools/WSDLToJava.javaFix JBWS-747Fix JBWS-749Ensure that exceptions that have message call the super class correctly1.16modifiedjgreenewebservice/src/main/org/jboss/ws/tools/XSDTypeToJava.javaFix JBWS-747Fix JBWS-749Ensure that exceptions that have message call the super class correctly1.15modifiedjgreenewebservice/src/main/org/jboss/ws/tools/helpers/MappingFileGeneratorHelper.javaFix JBWS-747Fix JBWS-749Ensure that exceptions that have message call the super class correctly1.22modifiedjgreenewebservice/src/main/org/jboss/ws/tools/helpers/ToolsHelper.javaFix JBWS-747Fix JBWS-749Ensure that exceptions that have message call the super class correctly1.21modifiedbstansberrytomcat/src/main/org/jboss/web/tomcat/tc5/session/AttributeBasedClusteredSession.javaNo need to override initAfterLoad() now that superclass calls populateAttributes. Don't clear attr map as part of removal; let recycle do it.1.21modifiedbstansberrytomcat/src/main/org/jboss/web/tomcat/tc5/session/FieldBasedClusteredSession.java[JBAS-2943] To properly support HttpSessionActivationListener notifications, ensure all attributes are read into FieldBasedClusteredSession's local map when it is updated from the cache.1.37modifiedbstansberrytomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossCacheService.java[JBAS-2943] To properly support HttpSessionActivationListener notifications, ensure all attributes are read into FieldBasedClusteredSession's local map when it is updated from the cache.1.23modifiedbstansberrytomcat/src/main/org/jboss/web/tomcat/tc5/session/SessionBasedClusteredSession.javaImplement populateAttributes() as a no-op. Getting internal attributes map no longer marks session as dirty.1.4modifiedbstansberrytomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossCacheWrapper.javaAdd ability to evict a subtree1.4modifiedbstansberrytomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossCacheClusteredSession.javaMake populating attributes a standard part of initAfterLoad1.26modifiedbstansberrytomcat/src/main/org/jboss/web/tomcat/tc5/session/ClusteredSession.java[JBAS-2943] Send out HttpSessionActivationListener notifications as part of replication1.167modifiedbillejb3/build-test.xmllatest hibernate stuff1.9modifiedbillejb3/src/test/org/jboss/ejb3/test/secondary/Customer.javalatest hibernate stuff1.2modifiedbillejb3/src/test/org/jboss/ejb3/test/standalone/flushmodenever/Session2Bean.javalatest hibernate stuff1.2modifiedbillejb3/src/test/org/jboss/ejb3/test/standalone/flushmodenever/Stateful1Bean.javalatest hibernate stuff1.3modifiedbillejb3/src/test/org/jboss/ejb3/test/standalone/flushmodenever/unit/FactoryUnitTestCase.javalatest hibernate stuff1.6modifiedbillejb3/src/test/org/jboss/ejb3/test/xmlcfg/Customer.javalatest hibernate stuff1.2modifiedbillejb3/src/main/org/jboss/ejb3/ThreadLocalStack.javalatest hibernate stuff1.24modifiedbillejb3/src/main/org/jboss/ejb3/stateful/StatefulBeanContext.javalatest hibernate stuff1.5modifiedbillejb3/src/main/org/jboss/ejb3/tx/UserTransactionImpl.javalatest hibernate stuff1.9modifiedbillejb3/src/test/org/jboss/ejb3/test/entityexception/ExceptionTestBean.javalatest hibernate stuff1.13modifiedbillejb3/src/test/org/jboss/ejb3/test/factory/Session2Bean.javalatest hibernate stuff1.3modifiedbillejb3/src/test/org/jboss/ejb3/test/factoryxml/Session2Bean.javalatest hibernate stuff1.6modifiedbillejb3/src/test/org/jboss/ejb3/test/pkg/Customer.javalatest hibernate stuff1.7modifiedbillejb3/src/main/org/jboss/ejb3/entity/ExtendedEntityManager.javalatest hibernate stuff1.6modifiedbillejb3/src/main/org/jboss/ejb3/entity/ExtendedPersistenceContextPropagationInterceptor.javalatest hibernate stuff1.10deletedbillejb3/src/main/org/jboss/ejb3/entity/InjectedEntityManager.javalatest hibernate stuff1.9modifiedbillejb3/src/main/org/jboss/ejb3/entity/InjectedEntityManagerFactory.javalatest hibernate stuff1.6deletedbillejb3/src/main/org/jboss/ejb3/entity/InjectedHibernateSession.javalatest hibernate
[JBoss-dev] jboss-cache Build Failed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-cache?log=log20060315021630 BUILD FAILEDAnt Error Message:/services/cruisecontrol/work/scripts/build-JBossCache.xml:40: Exit code: 1 See compile.log in Build Artifacts for details.Date of build:03/15/2006 02:16:30Time to build:18 secondsLast changed:03/15/2006 01:46:16Last log entry:Added commented out section forJGroups jmx Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(first 50 of 1)1.132modifiedbwangsrc/org/jboss/cache/TreeCache.javaAdded commented out section forJGroups jmx