[JBoss-dev] [JBossCache] - Re: Use of getChildrenNames
I'm probably going to make all methods of Node package-private, b/c it doesnt make sense to expose Node to users anymore. Reason: we need to go through the interceptor stack, e.g. for locking, replication, cache loading etc, and if someone accesses a Node directly, they will bypass the stack. Bela View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856814#3856814 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856814 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2 build.200 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20041130012802Lbuild.200 BUILD COMPLETE - build.200Date of build: 11/30/2004 01:28:02Time to build: 10 minutes 59 secondsLast changed: 11/30/2004 01:16:16Last log entry: Add commented-out ClusteredSingleSignOn valve Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (1)1.1.1.1.2.23modifiedbstansberrytomcat/src/resources/server-50.xmlAdd commented-out ClusteredSingleSignOn valve
[JBoss-dev] jboss-4.0 build.232 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20041130005139Lbuild.232 BUILD COMPLETE - build.232Date of build: 11/30/2004 00:51:39Time to build: 25 minutes 49 secondsLast changed: 11/29/2004 23:31:33Last log entry: Update for the 4.0.1RC2 release Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (1)1.1.2.3modifiedstarksmbuild/docs/readme.htmlUpdate for the 4.0.1RC2 release
[JBoss-dev] jboss-head-jdk-matrix build.22 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log=log20041130002420Lbuild.22 BUILD COMPLETE - build.22Date of build: 11/30/2004 00:24:20Time to build: 20 minutes 19 secondsLast changed: 11/29/2004 18:31:06Last log entry: Changes to the mapping object model.1) Add more logging so you can see (at least at a 50,000 ft view)what it is doing.2) Changed the field mapping so it is by class/localname not justlocal name. Otherwise it gets confused when you override thetwo different classes with the same tag name.3) Just pass the java.lang.String if the setter takes a java.lang.Object Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (23)1.6modifiedejortcommon/src/main/org/jboss/xml/binding/MappingObjectModelFactory.javaChanges to the mapping object model.1) Add more logging so you can see (at least at a 50,000 ft view)what it is doing.2) Changed the field mapping so it is by class/localname not justlocal name. Otherwise it gets confused when you override thetwo different classes with the same tag name.3) Just pass the java.lang.String if the setter takes a java.lang.Object1.4modifiedejortcommon/src/main/org/jboss/xml/binding/MappingObjectModelProvider.javaChanges to the mapping object model.1) Add more logging so you can see (at least at a 50,000 ft view)what it is doing.2) Changed the field mapping so it is by class/localname not justlocal name. Otherwise it gets confused when you override thetwo different classes with the same tag name.3) Just pass the java.lang.String if the setter takes a java.lang.Object1.15modifiedejortcommon/src/main/org/jboss/xml/binding/Unmarshaller.javaSwitch backt to the SAX parser.The XNI version doesn't emit endElement notifications forthe short form tags which means the stack gets out of step.1.9modifiedejortcommon/src/main/org/jboss/util/Classes.javaSImple utilities for class dumping, useful in debugging andavailable to all modules.1.2modifiedejortcommon/src/main/org/jboss/xml/binding/parser/xni/XniJBossXBParser.javaAdd toString() for the attributes in the new Parser1.22modifiedejortaop/.classpathBuild artificats belong in the output directory where cvs will ignore them.Kabir, please check your config and stop changing this.1.27modifiedejorttestsuite/.classpathFix the eclipse build1.9modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/ProxyDeployer.javaadded SLSB request failover1.1addedpatriot1burkeejb3/src/main/org/jboss/ejb3/stateless/StatelessClusterProxyFactory.javaadded SLSB request failover1.6modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/stateless/StatelessRemoteProxyFactory.javaadded SLSB request failover1.7modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/stateful/StatefulRemoteProxyFactory.javaadded SLSB request failover1.1addedpatriot1burkeejb3/src/main/org/jboss/ejb3/stateful/StatefulClusteredProxy.javaadded SLSB request failover1.1addedpatriot1burkeejb3/src/main/org/jboss/ejb3/stateful/StatefulClusterProxyFactory.javaadded SLSB request failover1.4modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/stateful/BaseStatefulProxyFactory.javaadded SLSB request failover1.188modifiedstarksmcache/src/main/org/jboss/cache/TreeCache.javaFix the wild card imports and simplify the jndi name binding implementation1.369modifiedstarksmbuild/build.xmlSplit the rmi/http invoker into a non-ha and ha version so that the defaultconfiguration can be independent of the jbossha.jar1.1addedstarksmvaria/src/resources/services/invoker/httpha/jboss-service.xmlSplit the rmi/http invoker into a non-ha and ha version so that the defaultconfiguration can be independent of the jbossha.jar.1.1addedstarksmvaria/src/resources/services/invoker/httpha/jboss-web.xmlSplit the rmi/http invoker into a non-ha and ha version so that the defaultconfiguration can be independent of the jbossha.jar.1.1addedstarksmvaria/src/resources/services/invoker/httpha/web.xmlSplit the rmi/http invoker into a non-ha and ha version so that the defaultconfiguration can be independent of the jbossha.jar.1.5modifiedstarksmvaria/src/resources/services/invoker/http/jboss-service.xmlSplit the rmi/http invoker into a non-ha and ha version so that the defaultconfiguration can be independent of the jbossha.jar.1.4modifiedstarksmvaria/src/resources/services/invoker/http/web.xmlSplit the rmi/http invoker into a non-ha and ha version so that the defaultconfiguration can be independent of the jbossha.jar.1.99modifiedstarksmvaria/build.xmlSplit the rmi/http invoker into a non-ha and ha version so that the defaultconfiguration can be independent of the jbossha.jar.1.17modifiedbelabancache/docs/design/JBossCacheRoadmap.txtno message
[JBoss-dev] [EJB on JBoss] - Wanted to see JBoss Implementation source for EJBs
Is is possible to generate the java source file for the implementation of the abstract ejb class files that we define at design time. It will be really helpful to know what happens behind the scenes.And is it possible to get hold of the final SQL query generated from the EJB QL? i had posted a question on validation of the EJB QL , is there any way to do it at design time. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856807#3856807 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856807 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0 build.231 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20041129232713Lbuild.231 BUILD COMPLETE - build.231Date of build: 11/29/2004 23:27:13Time to build: 16 minutes 4 secondsLast changed: 11/29/2004 16:41:40Last log entry: Prevent local parts starting with ':' Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (44)1.2.6.3modifiedtdieslercommon/src/main/javax/xml/namespace/QName.javaPrevent local parts starting with ':'1.9.2.29modifiedtdieslertestsuite/imports/test-jars.xmlAdd webservice message test1.1.2.2modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/document/ObjectElementServer.javafix typo1.1.2.3modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/attachment/AttachmentSAAJTestCase.javaAssert correct child note instead of provoking an error1.1.2.1modifiedtdieslertestsuite/src/resources/webservice/message/config.xmlRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpoint parameter and/or return type. This extends the JAXRPC spec with a meaningful mapping for xsd:anyType1.1.2.1modifiedtdieslertestsuite/src/resources/webservice/message/WEB-INF/web.xmlRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpoint parameter and/or return type. This extends the JAXRPC spec with a meaningful mapping for xsd:anyType1.1.2.1modifiedtdieslertestsuite/src/resources/webservice/message/WEB-INF/webservices.xmlRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpoint parameter and/or return type. This extends the JAXRPC spec with a meaningful mapping for xsd:anyType1.1.2.1modifiedtdieslertestsuite/src/resources/webservice/message/WEB-INF/jaxrpc-mapping.xmlRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpoint parameter and/or return type. This extends the JAXRPC spec with a meaningful mapping for xsd:anyType1.1.2.1modifiedtdieslertestsuite/src/resources/webservice/message/WEB-INF/wsdl/MessageEndpointService.wsdlRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpoint parameter and/or return type. This extends the JAXRPC spec with a meaningful mapping for xsd:anyType1.1.2.1modifiedtdieslertestsuite/src/resources/webservice/message/META-INF/application-client.xmlRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpoint parameter and/or return type. This extends the JAXRPC spec with a meaningful mapping for xsd:anyType1.1.2.1modifiedtdieslertestsuite/src/resources/webservice/message/META-INF/jboss-client.xmlRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpoint parameter and/or return type. This extends the JAXRPC spec with a meaningful mapping for xsd:anyType1.1.2.1modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/message/MessageEndpoint.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpoint parameter and/or return type. This extends the JAXRPC spec with a meaningful mapping for xsd:anyType1.1.2.1modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/message/MessageEndpointImpl.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpoint parameter and/or return type. This extends the JAXRPC spec with a meaningful mapping for xsd:anyType1.1.2.1modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/message/MessageEndpointTestCase.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpoint parameter and/or return type. This extends the JAXRPC spec with a meaningful mapping for xsd:anyType1.1.1.1.4.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/wsdl/fromJava/Emitter.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpointparameter and/or return type. This extends the JAXRPC spec with ameaningful mapping for xsd:anyType1.1.1.1.4.4modifiedtdieslerjaxrpc/src/main/org/apache/axis/utils/XMLUtils.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpointparameter and/or return type. This extends the JAXRPC spec with ameaningful mapping for xsd:anyType1.2.2.9modifiedtdieslerjaxrpc/src/main/org/apache/axis/providers/java/RPCInvocation.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpointparameter and/or return type. This extends the JAXRPC spec with ameaningful mapping for xsd:anyType1.1.1.1.4.3modifiedtdieslerjaxrpc/src/main/org/apache/axis/message/SOAPFaultImpl.javaRELEASE NOTE---Support message style end
[JBoss-dev] jboss-4.0-testsuite build.10 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-testsuite?log=log20041129204505Lbuild.10 BUILD COMPLETE - build.10Date of build: 11/29/2004 20:45:05Time to build: 101 minutes 48 secondsLast changed: 11/29/2004 16:41:40Last log entry: Prevent local parts starting with ':' Unit Tests: (2096) Total Errors and Failures: (48)testAllTx_RWLockorg.jboss.test.cache.stress.EvictionLocalStressTestCasetestEjbInterceptionorg.jboss.test.hibernate.test.HibernateIntgUnitTestCaseunknownorg.jboss.test.jbossmq.test.LargeMessageUnitTestCaseunknownorg.jboss.test.jbossmq.test.OILConnectionUnitTestCasetestInfloworg.jboss.test.jca.test.InflowUnitTestCasetestServerFoundorg.jboss.test.jca.test.InflowUnitTestCasetestRunorg.jboss.test.messagedriven.test.SimpleQueueMessageDrivenUnitTestCasetestRunorg.jboss.test.messagedriven.test.SimpleTopicMessageDrivenUnitTestCasetestEjbFinderorg.jboss.test.securitymgr.test.BMPUnitTestCasetestEjbRemoveorg.jboss.test.securitymgr.test.BMPUnitTestCasetestEjbLifeCycleorg.jboss.test.securitymgr.test.BMPUnitTestCasetestPrimaryKeyObjectIdentityorg.jboss.test.securitymgr.test.BMPUnitTestCasetestEjbRemoteIForg.jboss.test.securitymgr.test.BMPUnitTestCasetestEntityHandleorg.jboss.test.securitymgr.test.BMPUnitTestCasetestSessionHandleNoDefaultJNDIorg.jboss.test.securitymgr.test.BMPUnitTestCasetestProbeContainerCallbacksorg.jboss.test.securitymgr.test.BMPUnitTestCasetestContainerObjectsorg.jboss.test.securitymgr.test.BMPUnitTestCasetestUserTransactionorg.jboss.test.securitymgr.test.BMPUnitTestCasetestServerFoundorg.jboss.test.securitymgr.test.BMPUnitTestCaseunknownorg.jboss.test.securitymgr.test.BMPUnitTestCasetestSendMimeImageGIForg.jboss.test.webservice.attachment.AttachmentDIITestCasetestSendMimeImageJPEGorg.jboss.test.webservice.attachment.AttachmentDIITestCasetestSendMimeImageGIForg.jboss.test.webservice.attachment.AttachmentProxyTestCasetestSendMimeImageJPEGorg.jboss.test.webservice.attachment.AttachmentProxyTestCasetestEvictionorg.jboss.test.cache.test.eviction.ReplicatedLRUPolicyUnitTestCasetestEvictionReplicationorg.jboss.test.cache.test.eviction.ReplicatedLRUPolicyUnitTestCasetestStateTransferorg.jboss.test.cache.test.replicated.AsyncUnitTestCasetestSyncReplorg.jboss.test.cache.test.replicated.AsyncUnitTestCasetestSyncReplorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestASyncReplorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestPutorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestPutTxorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestStateReplicationorg.jboss.test.cluster.test.DRMTestCasetestCreateOrganizationorg.jboss.test.jaxr.create.CreateOrganizationTestCasetestJaxrDeleteorg.jboss.test.jaxr.delete.JaxrDeleteTestCasetestJaxrReadorg.jboss.test.jaxr.read.JaxrReadTestCasetestStatefulHandleorg.jboss.test.security.test.EJBSpecUnitTestCasetestEjbCreateorg.jboss.test.securitymgr.test.BMPUnitTestCasetestSendMimeImageGIForg.jboss.test.webservice.attachment.AttachmentSAAJTestCasetestSendMimeImageJPEGorg.jboss.test.webservice.attachment.AttachmentSAAJTestCasetestWebClientorg.jboss.test.webservice.ws4eesimple.SimpleClientTestCase Modifications since last build: (40)1.2.6.3modifiedtdieslercommon/src/main/javax/xml/namespace/QName.javaPrevent local parts starting with ':'1.9.2.29modifiedtdieslertestsuite/imports/test-jars.xmlAdd webservice message test1.1.2.2modifiedtdieslertestsuite/src/main/org/jboss/test/jbossnet/document/ObjectElementServer.javafix typo1.1.2.3modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/attachment/AttachmentSAAJTestCase.javaAssert correct child note instead of provoking an error1.1.1.1.4.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/wsdl/fromJava/Emitter.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpointparameter and/or return type. This extends the JAXRPC spec with ameaningful mapping for xsd:anyType1.1.1.1.4.4modifiedtdieslerjaxrpc/src/main/org/apache/axis/utils/XMLUtils.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpointparameter and/or return type. This extends the JAXRPC spec with ameaningful mapping for xsd:anyType1.2.2.9modifiedtdieslerjaxrpc/src/main/org/apache/axis/providers/java/RPCInvocation.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpointparameter and/or return type. This extends the JAXRPC spec with ameaningful mapping for xsd:anyType1.1.1.1.4.3modifiedtdieslerjaxrpc/src/main/org/apache/axis/message/SOAPFaultImpl.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpointparameter and/or return type. This extends the JAXRPC spec with ameaningful mapping for xsd:anyType1.2.2.2modifiedtdieslerjaxrpc/src/main/org/apache/axis/messag
[JBoss-dev] [JBossCache] - Re: JBossCache Bug in get(someNode, key)?
"[EMAIL PROTECTED]" wrote : do you see this when you use cache mode of "LOCAL"? That is, no replication at all? That is a good question. I have not tried this with a replication mode of LOCAL. That is something that I need to investigate. I am working on coming up with a test case to demonstrate the problem. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856802#3856802 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856802 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1073564 ] CachedConnectionManager - inUseConnections not correct
Bugs item #1073564, was opened at 2004-11-26 06:39 Message generated for change (Comment added) made by prudrakshala You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1073564&group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: Postponed Priority: 5 Submitted By: Purush Rudrakshala (prudrakshala) Assigned to: Adrian Brock (ejort) Summary: CachedConnectionManager - inUseConnections not correct Initial Comment: Environment: Windows XP SP2, JDK 1.4.2_05, JBoss 3.2.6 For CachedConnectionManager service debug option is enabled to monitor connections. true Using jmx-console, if we look at the "inUseCount" property. The number displayed is not consitent with the underlying connection pool. "listInUseConnections" shows stack traces for connections that have been closed long back. It take a long time for the "inUseCount" to drop down, but never drops to 0 even after the connection pools correctly show inUseCount as 0. -- >Comment By: Purush Rudrakshala (prudrakshala) Date: 2004-11-30 02:06 Message: Logged In: YES user_id=1150762 I will try to re-produce this with a test case using sample database. There are no unclosed connection warnings or any errors. Based on the CCMs stack trace for listInUseConnections, I checked the code to make sure the connections are closed properly in finally block. These are not happing in EJB layers. POJO calls to JDBC directly from HTTP requests. -- Comment By: Adrian Brock (ejort) Date: 2004-11-29 17:25 Message: Logged In: YES user_id=9459 Please provide an example that reproduces the problem, or the logging as described here: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=46931 The stacktraces of the unclosed connection might also be useful, don't you think? The two counts are actually different. The pool shows ManagedConnections, e.g. org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnetion the CCM (CachedConnectionManager) shows connection handles org.jboss.resource.adapter.jdbc.WrappedConnection as seen by the applications. Were the connections shown in the CCM linked to ManagedConnections that were closed due to an error rather than a user request to close them? Did you receive an unclosed connection warning for these connections or are these not requested from the ejb layer? The stacktrace should show this. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1073564&group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.505 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041129193940Lbuild.505 BUILD COMPLETE - build.505Date of build: 11/29/2004 19:39:40Time to build: 45 minutes 4 secondsLast changed: 11/29/2004 18:31:06Last log entry: Changes to the mapping object model.1) Add more logging so you can see (at least at a 50,000 ft view)what it is doing.2) Changed the field mapping so it is by class/localname not justlocal name. Otherwise it gets confused when you override thetwo different classes with the same tag name.3) Just pass the java.lang.String if the setter takes a java.lang.Object Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (19)1.6modifiedejortcommon/src/main/org/jboss/xml/binding/MappingObjectModelFactory.javaChanges to the mapping object model.1) Add more logging so you can see (at least at a 50,000 ft view)what it is doing.2) Changed the field mapping so it is by class/localname not justlocal name. Otherwise it gets confused when you override thetwo different classes with the same tag name.3) Just pass the java.lang.String if the setter takes a java.lang.Object1.4modifiedejortcommon/src/main/org/jboss/xml/binding/MappingObjectModelProvider.javaChanges to the mapping object model.1) Add more logging so you can see (at least at a 50,000 ft view)what it is doing.2) Changed the field mapping so it is by class/localname not justlocal name. Otherwise it gets confused when you override thetwo different classes with the same tag name.3) Just pass the java.lang.String if the setter takes a java.lang.Object1.15modifiedejortcommon/src/main/org/jboss/xml/binding/Unmarshaller.javaSwitch backt to the SAX parser.The XNI version doesn't emit endElement notifications forthe short form tags which means the stack gets out of step.1.9modifiedejortcommon/src/main/org/jboss/util/Classes.javaSImple utilities for class dumping, useful in debugging andavailable to all modules.1.2modifiedejortcommon/src/main/org/jboss/xml/binding/parser/xni/XniJBossXBParser.javaAdd toString() for the attributes in the new Parser1.22modifiedejortaop/.classpathBuild artificats belong in the output directory where cvs will ignore them.Kabir, please check your config and stop changing this.1.27modifiedejorttestsuite/.classpathFix the eclipse build1.9modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/ProxyDeployer.javaadded SLSB request failover1.1addedpatriot1burkeejb3/src/main/org/jboss/ejb3/stateless/StatelessClusterProxyFactory.javaadded SLSB request failover1.6modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/stateless/StatelessRemoteProxyFactory.javaadded SLSB request failover1.7modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/stateful/StatefulRemoteProxyFactory.javaadded SLSB request failover1.1addedpatriot1burkeejb3/src/main/org/jboss/ejb3/stateful/StatefulClusteredProxy.javaadded SLSB request failover1.1addedpatriot1burkeejb3/src/main/org/jboss/ejb3/stateful/StatefulClusterProxyFactory.javaadded SLSB request failover1.4modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/stateful/BaseStatefulProxyFactory.javaadded SLSB request failover1.188modifiedstarksmcache/src/main/org/jboss/cache/TreeCache.javaFix the wild card imports and simplify the jndi name binding implementation1.369modifiedstarksmbuild/build.xmlSplit the rmi/http invoker into a non-ha and ha version so that the defaultconfiguration can be independent of the jbossha.jar1.5modifiedstarksmvaria/src/resources/services/invoker/http/jboss-service.xmlSplit the rmi/http invoker into a non-ha and ha version so that the defaultconfiguration can be independent of the jbossha.jar.1.4modifiedstarksmvaria/src/resources/services/invoker/http/web.xmlSplit the rmi/http invoker into a non-ha and ha version so that the defaultconfiguration can be independent of the jbossha.jar.1.99modifiedstarksmvaria/build.xmlSplit the rmi/http invoker into a non-ha and ha version so that the defaultconfiguration can be independent of the jbossha.jar.
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Main downloads not pointing to final
The main downloads page is pointing to beta 3 released back in June. I have been monitoring that link and missed the release. I know I can sign up for announcements but thought someone might want to update the link. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856791#3856791 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856791 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Developing the new POJO MicroKernel] - Re: Simple XML deployer
On a related note, the interface org.jboss.kernel.spi.deployment.KernelDeployment is the start of the M2 deployer code. The method KernelDeployment.getBeans() doesn't have to have a fixed list of BeanMetaData like in the abstract implementation. It can be "dynamically" generated from a more convenient metamodel like the ejb metadata or web metadata or some intermediate form. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856788#3856788 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856788 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Developing the new POJO MicroKernel] - Re: Simple XML deployer
I've written a simple XML deployer. The implementation is in org.jboss.kernel.plugins.deployment.xml.XMLKernelDeployer It uses Alexey's new MappingObjectModel from JBossXB, very nice :-) You can define your parser in just a few lines of code; e.g. currently I have | objectModelFactory = new MappingObjectModelFactory(); | objectModelFactory.mapElementToClass("deployment", AbstractKernelDeployment.class); | objectModelFactory.mapElementToClass("beans", ArrayList.class); | objectModelFactory.mapElementToClass("bean", AbstractBeanMetaData.class); | objectModelFactory.mapElementToClass("constructorParams", ArrayList.class); | objectModelFactory.mapElementToClass("dependency", AbstractDependencyValueMetaData.class); | objectModelFactory.mapElementToField("dependentState", AbstractDependencyValueMetaData.class, "dependentState", StateConverter.instance); | objectModelFactory.mapElementToClass("parameter", AbstractParameterMetaData.class); | objectModelFactory.mapElementToField("dependency", AbstractParameterMetaData.class, "value", TypeConverter.STRING); | objectModelFactory.mapElementToClass("value", StringValueMetaData.class); | objectModelFactory.mapElementToClass("attributes", HashSet.class); | objectModelFactory.mapElementToClass("attribute", AbstractAttributeMetaData.class); | objectModelFactory.mapElementToField("dependency", AbstractAttributeMetaData.class, "value", TypeConverter.STRING); | objectModelFactory.mapElementToClass("demands", HashSet.class); | objectModelFactory.mapElementToClass("demand", AbstractDemandMetaData.class); | objectModelFactory.mapElementToField("whenRequired", AbstractDemandMetaData.class, "whenRequired", StateConverter.instance); | objectModelFactory.mapElementToClass("supplies", HashSet.class); | objectModelFactory.mapElementToClass("supply", AbstractSupplyMetaData.class); | objectModelFactory.mapElementToClass("interceptors", ArrayList.class); | objectModelFactory.mapElementToClass("interceptor", AbstractInterceptorMetaData.class); | There are some examples used by the tests in jboss-head/kernel/src/resources/test/org/jboss/test/kernel/xml/test View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856787#3856787 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856787 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2 build.199 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20041129175535Lbuild.199 BUILD COMPLETE - build.199Date of build: 11/29/2004 17:55:35Time to build: 44 minutes 42 secondsLast changed: 11/29/2004 16:58:53Last log entry: RELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpointparameter and/or return type. This extends the JAXRPC spec with ameaningful mapping for xsd:anyType Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (20)1.1.1.1.2.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/wsdl/fromJava/Emitter.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpointparameter and/or return type. This extends the JAXRPC spec with ameaningful mapping for xsd:anyType1.1.1.1.2.3modifiedtdieslerjaxrpc/src/main/org/apache/axis/utils/XMLUtils.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpointparameter and/or return type. This extends the JAXRPC spec with ameaningful mapping for xsd:anyType1.1.1.1.2.4modifiedtdieslerjaxrpc/src/main/org/apache/axis/providers/java/RPCInvocation.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpointparameter and/or return type. This extends the JAXRPC spec with ameaningful mapping for xsd:anyType1.1.1.1.2.3modifiedtdieslerjaxrpc/src/main/org/apache/axis/message/SOAPEnvelopeAxisImpl.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpointparameter and/or return type. This extends the JAXRPC spec with ameaningful mapping for xsd:anyType1.1.1.1.2.3modifiedtdieslerjaxrpc/src/main/org/apache/axis/message/SOAPFaultImpl.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpointparameter and/or return type. This extends the JAXRPC spec with ameaningful mapping for xsd:anyType1.1.1.1.2.2modifiedtdieslerjaxrpc/src/main/org/apache/axis/message/RPCParam.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpointparameter and/or return type. This extends the JAXRPC spec with ameaningful mapping for xsd:anyType1.1.1.1.2.2modifiedtdieslerjaxrpc/src/main/org/apache/axis/message/SOAPBodyAxisImpl.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpointparameter and/or return type. This extends the JAXRPC spec with ameaningful mapping for xsd:anyType1.1.1.1.2.6modifiedtdieslerjaxrpc/src/main/org/apache/axis/message/SOAPElementAxisImpl.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpointparameter and/or return type. This extends the JAXRPC spec with ameaningful mapping for xsd:anyType1.1.1.1.2.3modifiedtdieslerjaxrpc/src/main/org/apache/axis/message/NodeImpl.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpointparameter and/or return type. This extends the JAXRPC spec with ameaningful mapping for xsd:anyType1.1.1.1.2.1deletedtdieslerjaxrpc/src/main/org/apache/axis/message/PrefixedQName.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpointparameter and/or return type. This extends the JAXRPC spec with ameaningful mapping for xsd:anyType1.1.1.1.2.2modifiedtdieslerjaxrpc/src/main/org/apache/axis/message/RPCElement.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpointparameter and/or return type. This extends the JAXRPC spec with ameaningful mapping for xsd:anyType1.1.1.1.2.2modifiedtdieslerjaxrpc/src/main/org/apache/axis/message/RPCHandler.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpointparameter and/or return type. This extends the JAXRPC spec with ameaningful mapping for xsd:anyType1.1.1.1.2.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/message/NameImpl.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpointparameter and/or return type. This extends the JAXRPC spec with ameaningful mapping for xsd:anyType1.1.1.1.2.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/ser/ElementSerializer.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpointparameter and/or return type. This extends the JAXRPC spec with ameaningful mapping for xsd:anyType1.1.1.1.2.2modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/ser/ElementDeserializer.javaRELEASE NOTE---Support message style endpoints with org.w3c.dom.Element as endpointparameter and/or return type. This e
[JBoss-dev] [Developing the new POJO MicroKernel] - Re: Configuring a container for POJOs
So the container construction code is a bit hacky. I'm actually thinking that this config should be more long winded and more explicit but giving you more control. i.e. you construct the whole container using the metadata. In more detail, currently we have the implicit container when you configure an interceptor: | | | | | | | But how much better would it be if you had more control... | |org.jboss.test.SimpleBean | | | | | | | | | | | | | This is great for internal work where you could set an attribute on the Target at deployment time, but not have the attribute exposed to the user at runtime via the interface. Of course there would need to a simpler xml exposed to the users for the most common use cases which would "transform" into this more long winded but more flexible form for internal use or if the user wants more control. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856786#3856786 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856786 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Developing the new POJO MicroKernel] - Re: Configuring a container for POJOs
The key feature is that you don't need to add dependencies to the bean itself. You can define the dependencies on the interceptor. When we have true aspects, you will be able to automagically get dependencies. e.g. If you add the transaction demarcation aspect it will *know* it needs to wait for the transaction manager to be deployed. Just to reiterate. The dependencies are associated with the aspect not the bean meaning you only define it once. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856785#3856785 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856785 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Developing the new POJO MicroKernel] - Configuring a container for POJOs
So I've committed the intial version of the POJO container. It is still a prototype (with some horrible hacky code in parts) but it does the job for the initial M1 release. You can now configure a set of *single* set interceptors for a POJO and it will put a proxy container in front of it. Obviously you need an interface to make this work (this constraint will disappear when we integrate JBoss/AOP). The key part is that the interceptors are configurable just like other beans so they can take part in the dependency/configuration mechanism. Here's an example from one of my tests. The key part here is that the interceptor has a constructor that must wait for another bean to be created so the bean it intercepts is also delayed. | | | | | | | | | | | | | | | | | | | | | | | | ConstructorDependencyInterceptor | | | | | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856784#3856784 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856784 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: JBossCache Bug in get(someNode, key)?
do you see this when you use cache mode of "LOCAL"? That is, no replication at all? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856783#3856783 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856783 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBXB-2) Xni parser has problems with short form tags
Xni parser has problems with short form tags Key: JBXB-2 URL: http://jira.jboss.com/jira/browse/JBXB-2 Project: JBoss XML Binding (JBossXB) Type: Bug Environment: jboss-head Reporter: Adrian Brock Assigned to: Alex Loubyansky The new Xni parser does not emit endElement() notifications for tags of the form rather than where it does. This means the stack of accepted elements gets out of step with the end element notifications. I've switched back to the Sax parser in the Unmarshaller as the default in jboss-head to avoid this problem. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0 build.230 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20041129121134Lbuild.230 BUILD COMPLETE - build.230Date of build: 11/29/2004 12:11:34Time to build: 219 minutes 32 secondsLast changed: 11/29/2004 11:54:36Last log entry: Split the rmi/http invoker into a non-ha and ha version so that the defaultconfiguration can be independent of the jbossha.jar Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (4)1.355.2.16modifiedstarksmbuild/build.xmlSplit the rmi/http invoker into a non-ha and ha version so that the defaultconfiguration can be independent of the jbossha.jar1.90.2.8modifiedstarksmvaria/build.xmlSplit the rmi/http invoker into a non-ha and ha version so that the defaultconfiguration can be independent of the jbossha.jar1.4.6.1modifiedstarksmvaria/src/resources/services/invoker/http/jboss-service.xmlSplit the rmi/http invoker into a non-ha and ha version so that the defaultconfiguration can be independent of the jbossha.jar1.3.6.1modifiedstarksmvaria/src/resources/services/invoker/http/web.xmlSplit the rmi/http invoker into a non-ha and ha version so that the defaultconfiguration can be independent of the jbossha.jar
[JBoss-dev] [JTA on JBoss] - Re: Bug Report 1074790: Interpretation of thread interruptio
This code does not belong in the managed connection pool. The pool is protected by a lock (the permits semaphore). If the thread comes in a interrupted it can be assumed it should not be attempting to use more resources. Your bug report shows where the thread's interrupted status is not what you expected. It has been interrupted because the suspended transaction (on the same thread) timed out. IMHO, the exception should be thrown if the transaction is trying to get access to managed resources after a transaction timeout. The issue is what todo about other contexts on the thread not associated with the timed out transaction, i.e. the equivalent of RequiresNew or NotSupported ejb invocations. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856756#3856756 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856756 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JTA on JBoss] - Re: Bug Report 1074790: Interpretation of thread interruptio
The purpose of the thread interruption is to avoid the thread getting stuck in long running processes which it never recovers from. e.g. waiting in db i/o, or attempting to wait on a lock The interruption is a one-time operation (at transaction timeout) so if somebody else eats it there will be nothing to stop the problems mentioned above. Whatever does check for interruption should also restore the state on exit, i.e. your example code should be: TransactionManager mgr = getManager(); boolean interrupted = Thread.interrupted(); try { mgr.suspend(); mgr.begin(); ... (do stuff in new transaction) ... (commit or rollback) mgr.resume(); finally { if (interrupted) Thread.currentThread().interrupt(); } View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856755#3856755 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856755 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JTA on JBoss] - Re: Bug Report 1074790: Interpretation of thread interruptio
So let me clarify my workaround. My code thats starts the nested transaction looked like this: TransactionManager mgr = getManager(); mgr.suspend(); mgr.begin(); ... (do stuff in new transaction) ... (commit or rollback) mgr.resume(); where the "stuff" in the new transaction is requesting a new JDBC connection, which is triggering the "Interrupted while requesting permit" exception because the suspended transaction caused the thread to get interrupted (e.g. due to a tx timeout.) My code with the workaround is now: TransactionManager mgr = getManager(); Thread.interrupted(); mgr.suspend(); mgr.begin(); ... (do stuff in new transaction) ... (commit or rollback) mgr.resume(); so that the interrupted status is cleared from the thread. It seems like TransactionManager.begin() should be responsible for resetting the interrupted status, and (as a separate issue) that InternalManagedConnectionPool should be clearing the interrupted status before calling permits.attempt(), which is what is throwing the InterruptedException. See http://www.jboss.org/index.html?module=bb&op=viewtopic&t=52329 for more details. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856748#3856748 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856748 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-16) Expose management operation for starting ejbTimers
Expose management operation for starting ejbTimers -- Key: JBAS-16 URL: http://jira.jboss.com/jira/browse/JBAS-16 Project: JBoss Application Server Type: Feature Request Versions: JBoss-AS-4.0.0 Reporter: Scott M Stark Assigned to: Scott M Stark Priority: Minor The ejb spec is lacking a way to start a timer without first acquire and ejb instance. It would be good to expose management operations that allows one to start ejb timers via jmx. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1074970 ] "Interrupted while requesting permit" isn't accurate
Bugs item #1074970, was opened at 2004-11-29 03:21 Message generated for change (Comment added) made by ejort You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1074970&group_id=22866 >Category: JBossTX Group: v3.2 Status: Open >Resolution: Postponed Priority: 5 Submitted By: Tim McCune (javajedi) >Assigned to: Adrian Brock (ejort) Summary: "Interrupted while requesting permit" isn't accurate Initial Comment: JBoss 3.2.5, JDK 1.4.2, Fedora Core 2. I have a situation where my current transaction gets interrupted, I start a new, nested transaction (suspend(), begin()), and when I go to get a JDBC connection from within this new transaction, I get the following exception: org.jboss.util.NestedSQLException: Interrupted while requesting permit! Waited 0 ms, invocation time: 1101597295362; - nested throwable: (javax.resource.ResourceException: Interrupted while requesting permit! Waited 0 ms, invocation time: 1101597295362) at org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:106) at net.sf.hibernate.connection.DatasourceConnectionProvider.getConnection(DatasourceConnectionProvider.java:59) at net.sf.hibernate.impl.BatcherImpl.openConnection(BatcherImpl.java:286) ... 24 more Caused by: javax.resource.ResourceException: Interrupted while requesting permit! Waited 0 ms, invocation time: 1101597295362 at org.jboss.resource.connectionmanager.InternalManagedConnectionPool.getConnection(InternalManagedConnectionPool.java:261) at org.jboss.resource.connectionmanager.JBossManagedConnectionPool$BasePool.getConnection(JBossManagedConnectionPool.java:541) at org.jboss.resource.connectionmanager.BaseConnectionManager2.getManagedConnection(BaseConnectionManager2.java:444) at org.jboss.resource.connectionmanager.TxConnectionManager.getManagedConnection(TxConnectionManager.java:312) at org.jboss.resource.connectionmanager.BaseConnectionManager2.allocateConnection(BaseConnectionManager2.java:496) at org.jboss.resource.connectionmanager.BaseConnectionManager2$ConnectionManagerProxy.allocateConnection(BaseConnectionManager2.java:887) at org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:102) ... 26 more There are a couple problems here. The first is that the code is checking the interrupt status of the current thread, and making the (incorrect in this case) assumption that if it is set, this is an indicator that the current transaction is invalid. A more appropriate check would seem to be to test the actual transaction status by using the TransactionManager. The second problem is that the error message is just wrong. The thread was not interrupted while requesting a permit. It was interrupted long before. -- >Comment By: Adrian Brock (ejort) Date: 2004-11-29 17:32 Message: Logged In: YES user_id=9459 If we really have the notion that an interrupted thread is linked to a transaction timeout (I'm not convinced that is really the design). The correct place to suspend and restore the interrupted state of the thread would be at transaction demarcation. Either in TxInterceptorCMT or in TxManager. There are other places that do transaction demarcation which already does this processing, e.g. the JMS persistence manager does it so it can rollback the persistent state (using a separate transaction) in the DB after a transaction timeout. I would suggest we discuss this in the JTA forum where we can discuss whether such a rule exists and if it does what are the implications. http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856742#3856742 -- Comment By: Scott M Stark (starksm) Date: 2004-11-29 04:40 Message: Logged In: YES user_id=175228 The InterruptedException is the result of the concurrent utility classes throwning an exception with an interrupted status. This is an invalid state as far as the concurrent package synchronization classes are concerned. If the thread is in a valid state, the interrupt state needs to be cleared before accessing the connection. Its not clear why the connection pool should have to preserve the interrupted state. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1074970&group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-developmen
[JBoss-dev] [JTA on JBoss] - Bug Report 1074790: Interpretation of thread interruption
This thread is so we can define the rules for the issue(s) raised in the following bug report: https://sourceforge.net/tracker/index.php?func=detail&aid=1074970&group_id=22866&atid=376685 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856742#3856742 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856742 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1073564 ] CachedConnectionManager - inUseConnections not correct
Bugs item #1073564, was opened at 2004-11-26 06:39 Message generated for change (Comment added) made by ejort You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1073564&group_id=22866 Category: JBossServer Group: v3.2 Status: Open >Resolution: Postponed Priority: 5 Submitted By: Purush Rudrakshala (prudrakshala) >Assigned to: Adrian Brock (ejort) Summary: CachedConnectionManager - inUseConnections not correct Initial Comment: Environment: Windows XP SP2, JDK 1.4.2_05, JBoss 3.2.6 For CachedConnectionManager service debug option is enabled to monitor connections. true Using jmx-console, if we look at the "inUseCount" property. The number displayed is not consitent with the underlying connection pool. "listInUseConnections" shows stack traces for connections that have been closed long back. It take a long time for the "inUseCount" to drop down, but never drops to 0 even after the connection pools correctly show inUseCount as 0. -- >Comment By: Adrian Brock (ejort) Date: 2004-11-29 17:25 Message: Logged In: YES user_id=9459 Please provide an example that reproduces the problem, or the logging as described here: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=46931 The stacktraces of the unclosed connection might also be useful, don't you think? The two counts are actually different. The pool shows ManagedConnections, e.g. org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnetion the CCM (CachedConnectionManager) shows connection handles org.jboss.resource.adapter.jdbc.WrappedConnection as seen by the applications. Were the connections shown in the CCM linked to ManagedConnections that were closed due to an error rather than a user request to close them? Did you receive an unclosed connection warning for these connections or are these not requested from the ejb layer? The stacktrace should show this. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1073564&group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1074257 ] deadlock in 3.2.3
Bugs item #1074257, was opened at 2004-11-27 17:08 Message generated for change (Comment added) made by ejort You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1074257&group_id=22866 Category: JBossServer Group: v3.2 >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: Konstantin Sobolev (eprst) Assigned to: Nobody/Anonymous (nobody) Summary: deadlock in 3.2.3 Initial Comment: I'm using a JBoss 3.2.3 on Linux and get deadlock from time to time when restarting autodeployer (our full testsuite does this at some point). Here's a piece of thread dump: Found one Java-level deadlock: = "RMI TCP Connection(13)-10.1.1.76": waiting to lock monitor 0x080bf034 (object 0x4bb1d2c8, a org.jboss.system.ServiceController), which is held by "main" "main": waiting to lock monitor 0x080bea4c (object 0x4bb26d28, a java.util.ArrayList), which is held by "RMI TCP Connection(13)-10.1.1.76" full thread dump is attached -- >Comment By: Adrian Brock (ejort) Date: 2004-11-29 17:15 Message: Logged In: YES user_id=9459 Reopen this bug report if you can reproduce it with 3.2.6 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1074257&group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1074326 ] ConcurrentModificationException in TransactionImpl
Bugs item #1074326, was opened at 2004-11-27 21:19 Message generated for change (Comment added) made by ejort You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1074326&group_id=22866 Category: JBossServer Group: v3.2 >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: Konstantin Sobolev (eprst) Assigned to: Nobody/Anonymous (nobody) Summary: ConcurrentModificationException in TransactionImpl Initial Comment: JBoss 3.2.3, Linux, JDK 1.4.2_06 got this on transaction timeout: java.util.ConcurrentModificationException at java.util.AbstractList$Itr.checkForComodification(AbstractList.java:448) at java.util.AbstractList$Itr.next(AbstractList.java:419) at org.jboss.tm.TransactionImpl.interruptThreads(TransactionImpl.java:823) at org.jboss.tm.TransactionImpl.timedOut(TransactionImpl.java:273) at org.jboss.util.timeout.TimeoutFactory$TimeoutWorker.run(TimeoutFactory.java:100) emoteException,javax.ejb.RemoveException, causedBy: java.lang.RuntimeException: Transaction marked for rollback, possibly a timeout at org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock.doSchedule(QueuedPessimisticEJBLock.java:228) at org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock.schedule(QueuedPessimisticEJBLock.java:183) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:85) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:54) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:84) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:267) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:128) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:118) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:489) at org.jboss.ejb.Container.invoke(Container.java:700) at sun.reflect.GeneratedMethodAccessor93.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:546) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:101) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:90) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:45) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:85) at $Proxy1079.remove(Unknown Source) at com.supportwizard.subtypes.ejb.SWSubtypeColumnBean.ejbRemove(SWSubtypeColumnBean.java:356) at com.supportwizard.subtypes.ejb.SWSubtypeColumnBMP.ejbRemove(SWSubtypeColumnBMP.java:129) BTW transaction timeout was set to 2 hours, however exception occurred much faster, but this is another question.. -- >Comment By: Adrian Brock (ejort) Date: 2004-11-29 17:10 Message: Logged In: YES user_id=9459 Yes, all bug reports that have not been tested against the latest version are just a waste of people's time. -- Comment By: Tim McCune (javajedi) Date: 2004-11-29 03:24 Message: Logged In: YES user_id=62441 You should upgrade if you can. This looks like a dup of bug 935643, which I submitted, and which was fixed in 3.2.4. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1074326&group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: JBossCache Bug in get(someNode, key)?
I should mentioned that in my last test run, I saw this same behavior for a single VM. The VM initially put the key/value pair into the node's map, it existed, it disappeared, and then it reappeared. The VM was in a cache cluster, but replication was not the cause of the initial key/value insertion. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856735#3856735 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856735 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWS] - Re: Using XSD:ANY
Thank you for your response. Unfortunately, switching from anonymous types did not help the situation. WSCOMPILE still unwraps the type containing only an xsd:any element. If anyone has other suggestions, I would appreciate it. Otherwise, who or what organization should I contact about a potential bug within WSCOMPILE if it truely is a bug? Thanks, Shawn Dahlen View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856734#3856734 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856734 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: Can JBOSS Cache Cache JSP's to Disk?
As I understand it, the filter will cache all successfull HTTP_OK responses to a memory or disk cache for the web app that match a specified pattern. The tag lib allows caching of blocks within JSP pages. Tags also have expiry settings. Cache size and algorithm play factors there too i guess. There is a cron style approach to handle overall expiring etc. but I have not looked at that deeply enough yet myself. -n View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856731#3856731 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856731 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: YACL (Yet Another CacheLoader) question
Since my original posting was truncated, here comes the rest: it executes the n.createChild(...) but never calls the CacheLoader to get the data. Do I misunderstand what the TreeCache.get(Fqn) method is supposed to do (ie fetch the data from 2nd store if not available in the local cache)? I'm rather confused at this point. Also, looking at the TreeCache code it seems like TreeCache.get(Fqn, key) would result in calling CacheLoader.get(Fqn) which means that I could use this method instead. On the other hand this only increases my confusion. Grateful for any help Erik Svensson View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856729#3856729 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856729 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: YACL (Yet Another CacheLoader) question
Is there a specific reason why my posting was truncated? Is there something wrong with the forum code? /Erik "nine_mirrors" wrote : Howdy all, | | I'm (still) implementing a cache loader and trying to get a feel for how it works. | I'm wondering about TreeCache.get(Fqn). It does not seem to call CacheLoader.get(Fqn) (which it should in my opinion). | | My code: | | TreeCache cache = new TreeCache(); | . | . | Node node = cache.get(new Fqn("top_node"); | | I trace the excution to TreeCache.findNode() and to this snippet: | | // try CacheLoader if node is not in cache | if(child_node == null && cache_loader != null) { | try { |if(cache_loader.exists(fqn)) { | child_node=n.createChild(child_name, tmp_fqn, n, UNINITIALIZED, null); | notifyNodeLoaded(tmp_fqn); |} | } | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856728#3856728 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856728 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - YACL (Yet Another CacheLoader) question
Howdy all, I'm (still) implementing a cache loader and trying to get a feel for how it works. I'm wondering about TreeCache.get(Fqn). It does not seem to call CacheLoader.get(Fqn) (which it should in my opinion). My code: TreeCache cache = new TreeCache(); . . Node node = cache.get(new Fqn("top_node"); I trace the excution to TreeCache.findNode() and to this snippet: // try CacheLoader if node is not in cache if(child_node == null && cache_loader != null) { try { if(cache_loader.exists(fqn)) { child_node=n.createChild(child_name, tmp_fqn, n, UNINITIALIZED, null); notifyNodeLoaded(tmp_fqn); } } View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856727#3856727 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856727 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: JBossCache Bug in get(someNode, key)?
"[EMAIL PROTECTED]" wrote : You *cannot* use async repl and expect that the backup cache(s) have already been updated when you update the primary cache. Use sync_repl. BTW: there is a unit test case (forgot which one) that tests this. Check it out. I agree with the above; I do not expect an update from one cache VM to be immediately propogated to the VMs in the cache cluster (and I have been testing with SYNC replication anyway though I prefer ASYNCH replication). The problem I am seeing is after the replication occurs. A key/value pair exists in a node's map, then it does not, then it does. All of this happens inside the *same* VM. Isn't the initial presence of the key/value pair, in the node's map proof that replication has already occurred? The VM in which this behavior occurs does not place this value into the map, but after it is replicated, it disappers only to reappear again later (as the log showed). The disappearance/reappearance of the key/value pair is my concern, not when it is replicated. Note, the key/value pair that goes missing (there are actually two that exhibit this behavior), is not being modified or removed by any VM in the cache cluster once it has been added. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856724#3856724 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856724 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: Can JBOSS Cache Cache JSP's to Disk?
So are filters implemented as eviction policies in JBossCache ? I'm thinking where code like this would go, e.g. would the taglibs, cache filter and eviction policies go into Tomcat ? Bela View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856722#3856722 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856722 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0-jdk-matrix build.27 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-jdk-matrix?log=log20041129094719Lbuild.27 BUILD COMPLETE - build.27Date of build: 11/29/2004 09:47:19Time to build: 30 minutes 7 secondsLast changed: 11/28/2004 12:59:12Last log entry: [ 1071690 ] - jdk5 ModelMBeanInfoSupport.getDescriptors(ALL)does NOT return the MBean descriptor, so the code was changedto get it explicitly. Reported as SunBug: 343370 Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (3)1.12.2.1modifiedanddjmx/src/main/org/jboss/mx/interceptor/PersistenceInterceptor.java[ 1071690 ] - jdk5 ModelMBeanInfoSupport.getDescriptors(ALL)does NOT return the MBean descriptor, so the code was changedto get it explicitly. Reported as SunBug: 3433701.158.2.3modifiedstarksmcache/src/main/org/jboss/cache/TreeCache.javaRestore the jndi name binding and simplify its implementation1.2.2.2modifiedstarksmthirdparty/hibernate/lib/hibernate2.jarUpdate to hibernate 2.1.7c
[JBoss-dev] [JBoss IDE (dev)] - Re: Unable to find a javac compiler for JSPs
I finally figured out how to resolve this problem once and for all. In my last posting, I mentioned that deleting the JBoss server directory and replacing it with a fresh copy worked for me. I reproduced the problem on anther PC and was able to understand exactly how to resolve this issue. Eclipse generally uses a JRE and when I added J2SDK1.4.2_03 to the list of "Installed JREs", it automatically adds "\jre" to the directory name. For example, if you set the "JRE Home Directory" to C:\j2sdk1.4.2_03, the path Eclipse will use is C:\j2sdk1.4.2_03\jre\lib. If this is the case, tools.jar is not added to the system libraries to use. To add tools.jar, perform the following steps: - In Eclipse, select "Preferences" from the "Window" menu. - Expand "Java" from the tree and select "Installed JREs". - Select the JRE you are using and click the "Edit" button. - In the "Edit JRE" dialogue (yeah, I'm Canadian, we spell it like this), uncheck "Use default system libraries". - Click on the "Add External JARs..." button and open tools.jar from your SDK directory. This will add the tools.jar file to the system libraries to use. Once you redeploy your ear and view the jsp page, JBoss will now be able to compile the jsp because it has access to tools.jar. I hope this posting is able to help the people having this issue because it sure caused me a lot of headaches. -- Steven Ercolani View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856721#3856721 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856721 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWS] - Re: XML RPC
Ok Ill try thet seemed to be down for a while :D Thanks View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856719#3856719 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856719 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2-testsuite build.14 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-testsuite?log=log20041129082511Lbuild.14 BUILD COMPLETE - build.14Date of build: 11/29/2004 08:25:11Time to build: 75 minutes 52 secondsLast changed: 11/28/2004 16:46:43Last log entry: copy xercesImpl.jar & xml-apis.jar in both lib & lib/endorsed Unit Tests: (1873) Total Errors and Failures: (29)unknownorg.jboss.test.jbossmq.test.LargeMessageUnitTestCaseunknownorg.jboss.test.jbossmq.test.OILConnectionUnitTestCasetestQueueMessageOrderorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestRequestReplyQueueorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTemporaryQueueDeleteorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTemporaryTopicDeleteorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestInvalidDestinationQueueSendorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestInvalidDestinationQueueBrowseorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestInvalidDestinationTopicPublishorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestErrorsTopicSubscribeorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestCreateQueueorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestMessageListenerorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestApplicationServerStufforg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicsorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicNoLocalorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicNoLocalBounceorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicSelectorChangeorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicSelectorNullOrEmptyorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestSendReceiveOutdatedorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestSendListenOutdatedorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCaseunknownorg.jboss.test.jbossmx.compliance.monitor.BasicTestCasetestEvictionorg.jboss.test.cache.test.eviction.ReplicatedLRUPolicyUnitTestCasetestEvictionReplicationorg.jboss.test.cache.test.eviction.ReplicatedLRUPolicyUnitTestCasetestStateTransferorg.jboss.test.cache.test.replicated.AsyncUnitTestCasetestSyncReplorg.jboss.test.cache.test.replicated.AsyncUnitTestCasetestSyncReplorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestASyncReplorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestPutorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestPutTxorg.jboss.test.cache.test.replicated.SyncTxUnitTestCase Modifications since last build: (4)1.160.2.175modifiedanddbuild/build.xmlcopy xercesImpl.jar & xml-apis.jar in both lib & lib/endorsed1.4.4.6modifiedanddsystem/src/bin/run.batadded lib/endorsed for jdk51.9.2.6modifiedanddsystem/src/bin/run.shadded lib/endorsed for jdk51.2.8.9modifiedanddjmx/src/main/org/jboss/mx/interceptor/PersistenceInterceptor.java[ 1071690 ] - jdk5 ModelMBeanInfoSupport.getDescriptors(ALL)does NOT return the MBean descriptor, so the code was changedto get it explicitly. Reported as SunBug: 343370
[JBoss-dev] [JBossCache] - Re: Can JBOSS Cache Cache JSP's to Disk?
We have recreated the functionality of OScache's filter and taglib using JBoss cache as the back end. We also use spring to control quartz to deal with expiration, but I'm not sure if everyone would be happy with so many dependencies. You could swap the quartz & spring libs and use tasktimers instead. If people are interested, we could look at opening the code... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856711#3856711 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856711 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: Use of getChildrenNames
"jiwils" wrote : I have some code that uses "getChildrenNames", and this works well except when other threads via the same VM (or a remote one upon replication) change the children a node has by removing or adding children. | | The issue is that to use a set, you need to use an iterator. When the underlying set is modified, the iterator properly throws a ConcurrentModificationException. To avoid this, I attempted to use the "toArray" method on the returned set, but this suffers from the same problem. | | In other code where I have used iterators, I have used the "clone" method to avoid this problem, but since the Set interface is returned by this method, I can not use that. I tried to see the type actually returned through "getClass().getName()", but it is an UnmodifiableSet returned from the Collections class, and it does not implement Cloneable either. | | Can anyone suggest a course of action to take? I do not care if what I get back remains up to date as changes are made to the cache node, I only care that it is up-to-date when I invoke "getChildrenNames". Although the set in unmodifiable for the caller, the cache itself can modify it. You should copy the set immediately, e.g. Set children=new TreeSet(result), no need for a clone(). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856702#3856702 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856702 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: JBossCache Bug in get(someNode, key)?
"jiwils" wrote : | Can anyone help me postulate why this might be occurring? I am using JBossCache 1.1.1 with an isolation level of SERIALIZEABLE (it happened with REPEATABLE_READ too) and with asynch replication. You *cannot* use async repl and expect that the backup cache(s) have already been updated when you update the primary cache. Use sync_repl. BTW: there is a unit test case (forgot which one) that tests this. Check it out. Bela View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856701#3856701 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856701 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: multiple treecaches - TransactionManagers
"Lehren" wrote : Hmmm.. fair enough. Thank you, though I'm having trouble connecting the TreeCache to the TransactionManager. I'm quite sure it's my fault for not understanding it well enough. | | There doesn't appear to be a TreeCache.setTransactionManager(..) method as implied by your snippet. Distilling from many examples of how to use the factory I get the following (code abbreviated for legibility): | | | | String FACTORY = "org.jboss.cache.transaction.DummyContextFactory"; | | Properties properties = new Properties(); | | properties.put(Context.INITIAL_CONTEXT_FACTORY, FACTORY); | | | | DummyTransactionManager transactionManager = DummyTransactionManager.getInstance(); | | | | org.jboss.cache.TreeCache tc = new org.jboss.cache.TreeCache(); | | PropertyConfigurator config = new PropertyConfigurator(); | | config.configure(tc, "Private-TreeCache.xml"); | | tc.start(); | | | | And the Lookup class is in the xml: | | | | org.jboss.cache.JBossTransactionManagerLookup | | | | Then during use most examples call for the something akin to the following, but the lookup always gives me a null. | | | | UserTransaction tx = (UserTransaction) new InitialContext(properties).lookup("UserTransaction"); | | //UserTransaction tx = new DummyUserTransaction(transactionManager); | | tx.begin(); | | tc.put(node, key, value); | | tx.commit(); | | | | Your pseudo-code snippet implies that there is an easier way for the default case? | | Thank you very much.. You should be able to simply set a TransactionManagerLookupClass in your XML file, which is different per TreeCache instance. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856698#3856698 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856698 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.504 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041129071334Lbuild.504 BUILD COMPLETE - build.504Date of build: 11/29/2004 07:13:34Time to build: 21 minutes 43 secondsLast changed: 11/29/2004 06:50:31Last log entry: no message Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (1)1.17modifiedbelabancache/docs/design/JBossCacheRoadmap.txtno message
[JBoss-dev] [JBossCache] - Re: Does node triggers coordinator methods?
nthx wrote: > Ok. I got this SharedStoreCacheLoader, but I have little problems with using > it. It has strange constructor, so it cannot be plugged directly by using XML > conf file. Currently to be used only programmatically. The javadocs explains a bit more. This is experimental yet. > Correct me if my assumptions are wrong: > -I want to have shared DB yes > -want to use lazy loading (my custom implementation) from DB yes > -aop tree is empty > -tree.getObject("/customers/first"); > -after that, the tree has one element, loaded with my custom: Map get(Fqn > fqn) method > -I _thought_ from now on, in case every _other_ node wants "/customers/first" > it will be given by cache that is correct > -but: from other nodes method: Map get(Fqn) is still executed. So, basically: > there is no cache ? :/ should not be the case, I verified this with FileCacheLoader View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856675#3856675 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856675 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: Use of getChildrenNames
I just tracked this in the code - there seems to be no bug in this area. Threadsafe access to the keyset is garanteed by a ReadLock on the Node. The Concurrentmodificationexception should only be thrown, if 'getChildrenNames()' and the iteration over the keySet are not done within the same transaction. Access to the keySet outside of a transaction is not garanteed to be threadsafe. Can you please check out whether this still happens with TransactionIsolationLever being set higher than 'NONE'? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856661#3856661 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856661 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWS] - Re: Returning Custom DataTypes in JBOSS4.0.0
Hi, Thanks for ur help...solved the issue Rgds Gayathiri View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856660#3856660 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856660 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: Use of getChildrenNames
You are absolutely right - I did not read your posting carefully enaugh. Node's 'getChildren()' is known to be not threadsafe, while TreeCache's 'getChildrenNames(Fqn)' is intendet to be used by clients. The ConcurrentModificationException is a bug. I'll fix this in cvs-head later today, so it can be includet in JBossCache 1.2 I also evaluated whether this can be workarounded it in your code (by doing a 'clone()' on the keyset before getting the iterator, but unfortunally the Set that is returned by HashMap's keySet()-method is not clonable). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856655#3856655 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856655 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE (dev)] - Markup not well-formed with merged files
While using the XML facility of JbossIDE 1.4 in Eclipse 3.0 (xdoclet 1.2.1), opening up any of the merged files lists the following error in the XML file: anonymous wrote : The markup in the document following the root element must be well-formed. An example of one of my merge files: | | 400 | /error/error400.jsp | | | | 403 | /error/error403.jsp | | | | 404 | /error/error404.jsp | | This is obviously true for merge files since they don't have a root element, but how do I disable validation on these merge files? I noticed JbossIDE installed the Xalan2.6.0 in the plugins directory of Eclipse. This type of 'problem' displays the 'red cross' on the project folder in Eclipse and makes life difficult when diagnosing more serious errors. Any thoughts would be great. Many Thanks. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856650#3856650 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856650 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWS] - Re: JAXM support
First sample implementation and test cases are available in jboss-4.0.1 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856649#3856649 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856649 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: JBossCache Bug in get(someNode, key)?
"jiwils" wrote : | Do I need locking when I am "getting" a value that is already in a node's map? I do not care if other items are added to the map while I am "getting" this value do I? Is the issue you refer to the reason I am getting null? | Yes, you need locks on reads: if isolation level is SERIALIZABLE, then a get() might block if another read or write is happening. Bela View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856645#3856645 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856645 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development