November 2008 - jboss-dev-forums - Jboss List Archives

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Changes on the JBM stack on JBoss5

by bstansberry＠jboss.com

Good news. Thanks. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189938#4189938 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189938

17 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Changes on the JBM stack on JBoss5

by clebert.suconic＠jboss.com

"bstansberry(a)jboss.com" wrote : | You can't run multiple channels with the same singleton name and the same channel name in the same VM. That's a hassle in testsuites, which is where people typically try to do that. This is not a regression; JBM didn't have a singleton name in its config before. You and I discussed the two workarounds to this, which are basically testsuite config changes. You say the workarounds didn't work. We need to understand why not, so we can determine if that means there is an actual JGroups regression. I had tried your suggestions and I couldn't get each JChannel to talk to each other. After Vlad's post I understood that this wouldn't work any way. But today I was playing with JChannel alone in a test, and I figured out I needed to make sure I had java.net.preferIPv4Stack=true on my VM. After setting that it worked. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189935#4189935 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189935

17 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: PagingManagerImpl::getPageStore

by clebert.suconic＠jboss.com

"timfox" wrote : One problem with that code is that in case of race start() will be called on the old store even if it's already started, i.e. it should read: | start is synchronized, and it will return immediately if already started. But that won't happen after my merge from chunk. All the stores are either started when the server is started, or when the queue is created. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189901#4189901 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189901

17 years, 4 months

1
0
0 / 0

[Design of Embedded JBoss] - Re: Embedded and contribution

by paduffy

Its all about unit testing for my team. Our app is a mixture of JMX (dynamic) MBeans and EJBs (3). We are not using Seam. Project is Maven 2 based. We intend to do extensive unit testing inline with the Maven build (out-of-container testing) on ALL code. Specific out-of-container test patterns we need supported. 1. MBean in isolation. Pretty easy. Unit test code just simulates JMX container calls to MBean lifecycle methods to start/stop the MBean, etc. 2. SLSB in isolation. One of our SLSBs wraps all our JPA operations. Currently we are able to make this work (SLSB/JPA) using EJB3Unit, but its docs are poor and project has little community support. We have done some initial reading re: OpenEJB3 and GlassFish maybe being a better alternative. 3. MBean calling MBean(s). Completely blocked here. My guess is that, unlike service beans, dynamic MBeans can not use JNDI to obtain instances of other dynamic MBeans. MBean must call JBoss JMX server to locate called MBean. No apparent way to support this out-of-container (JMX server). 4. MBean calling SLSB(s) We are able to fake this out via stuffing JNDI with a mock SLSB. Test setup again simulates JMX lifecycle in instantiate MBean, which then is able to get to the SLSB mock via the stuffed JNDI. 5. SLSB calling MBean (s). EJB3Unit is able to instantiate the SLSB. Again, we simulate JMX lifecycle methods to create the MBean instance, then inject it via a direct call to a property setter. Note that this means we must use property based injection for DI (not a problem). ----------------- 2 and 5 are problems because embedded container would not work, EJB3Unit is barely sufficient. 3 is a problem because it seems a dynamic MBean, unlike a SLSB, can not use DI/JNDI to get an instance of an other dynamic MBean? I believe 3 goes away if we were using @Service beans, but then we would not be able to manipulate MBean meta data (operation and attribute descriptions, validation on attribute settings, etc... we developed several Java 7 like annotations for our MBeans). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189875#4189875 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189875

17 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Broken build

by jmesnil

the code is fixed now. the random failover tests were failing because of a race condition in the management code View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189869#4189869 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189869

17 years, 4 months

1
0
0 / 0

[Design of EJB 3.0] - Re: University of NeuchÃÂÃÂÃÂÃÂ¢tel JBoss STM

by alex.loubyansky＠jboss.com

I don't think there is this kind of documentation for the EJB3 project. Some time ago I committed a simple prototype for EJB3.1 singleton beans which maybe an example of how you can approach this. See: http://anonsvn.jboss.org/repos/jbossas/projects/ejb3/trunk/testsuite/src/... http://anonsvn.jboss.org/repos/jbossas/projects/ejb3/trunk/testsuite/src/... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189830#4189830 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189830

17 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Changes on the JBM stack on JBoss5

by bstansberry＠jboss.com

"clebert.suconic(a)jboss.com" wrote : So... what's the solution for us then? Comment out the test for now and aways make the tests are using multiple VMs? | The solution is to do what I asked and provide the details so we can debug the issue. You can't run multiple channels with the same singleton name and the same channel name in the same VM. That's a hassle in testsuites, which is where people typically try to do that. This is not a regression; JBM didn't have a singleton name in its config before. You and I discussed the two workarounds to this, which are basically testsuite config changes. You say the workarounds didn't work. We need to understand why not, so we can determine if that means there is an actual JGroups regression. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189829#4189829 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189829

17 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Build is now failing for a different reason

by clebert.suconic＠jboss.com

They changed users on Hudson. Because of that the latest build under the older user had left a file created... the new build couldn't open one of the files... (You will find an exception on the build as "Can't open file"). And that has fired a bug on the Native Layer. I'm first opening the files before getting a handle for the Logger on the native layer. As a result later it will try to free a resource that wasn't allocated and that will cause the crash :-). For now we need to get QA to delete the file, and I will make sure the test is deleting the file on tear down. (I used to read the files using bvi). And I will also fix the bug on the native layer. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189823#4189823 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189823

17 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Changes on the JBM stack on JBoss5

by timfox

"clebert.suconic(a)jboss.com" wrote : So... what's the solution for us then? Comment out the test for now and aways make the tests are using multiple VMs? | | The tests are valid so shouldn't be commented out. If Jgroups used to be able to run multiple stacks in the same VM and now can't seems like a bug to me. Or at least it's an incompatible change which shouldn't occur in a minor version. On the other hand, if there's some config we have to change to get them to work, fair enough, but we need to know what that is... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189820#4189820 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189820

17 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Changes on the JBM stack on JBoss5

by clebert.suconic＠jboss.com

So... what's the solution for us then? Comment out the test for now and aways make the tests are using multiple VMs? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189819#4189819 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189819

17 years, 4 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums November 2008