December 2007 - jboss-dev-forums - Jboss List Archives

[Design of JCA on JBoss] - Re: DeploymentInfo/Template MCF

by alex.loubyansky＠jboss.com

I'd like to clarify how the template is composed for the MCF deployment and what it is supposed to cover. Is there supposed to be a separate template class for each kind of MCF? i.e. one for DataSource, another for XADataSource, etc? I thought, there should be one for all. But ran into issues. Currently, the DsDataSourceTemplateInfo creates a single ManagedObject with name ManagedConnectionFactoryDeploymentGroup and adds various attributes that belong to ManagedConnectionFactoryDeploymentMetaData subclasses to it. I thought that's wrong. So, in DDSTI I created MO for each subclass of the MCFDMD and the group. But that doesn't work with the current impl of ManagementViewImpl.applyTemplate(). Since, the template contains info for all kinds of MCF deployments while the template created by the client (template instance?) contains e.g. only one kind of MCF. So, applyTemplate will not be able to apply client's template since it's missing all the other MCF deployments. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111684#4111684 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111684

18 years, 4 months

1
0
0 / 0

[Design of Security on JBoss] - Re: AS 4.2.0 binding to localhost

by nrichards

wuschelz, obshaffer, Did either of you guys manage to figure out how to use the jboss service with the -b option? Thanks, Neil View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111671#4111671 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111671

18 years, 4 months

1
0
0 / 0

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: JBAS-4228 Preferred master node for HASingleton

by AlexFu.Novell

"bstansberry(a)jboss.com" wrote : | The ip:port approach sounds fine. Thanks Brian. I will check in the code as soon as passing the unit test. -Alex View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111663#4111663 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111663

18 years, 4 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Soap request Message

by azizullahf

It's a blessing. You can keep working without waiting for the cp or next release. Saves a tremendous amount of Development time. :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111660#4111660 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111660

18 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: New test structure

by timfox

Ok lets do that then :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111654#4111654 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111654

18 years, 4 months

1
0
0 / 0

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: JBAS-4228 Preferred master node for HASingleton

by bstansberry＠jboss.com

Alex, Sorry for slow response; travelling last week. The ip:port approach sounds fine. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111653#4111653 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111653

18 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: New test structure

by jmesnil

"timfox" wrote : Yes, I think your suggestion is sound for most unit tests / concurrent tests / timing tests. | | However some tests don't fit into this since they're not specific to a particular package, e.g. stress tests or some integration tests which may use many classes, so there is no natural home w.r.t package name. | | In those cases we could just use a package like: | | org.jboss.messaging.test.stress.blah | | org.jboss.messaging.test.integration.blah | | wdyt? +1 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111636#4111636 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111636

18 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: New test structure

by timfox

Yes, I think your suggestion is sound for most unit tests / concurrent tests / timing tests. However some tests don't fit into this since they're not specific to a particular package, e.g. stress tests or some integration tests which may use many classes, so there is no natural home w.r.t package name. In those cases we could just use a package like: org.jboss.messaging.test.stress.blah org.jboss.messaging.test.integration.blah wdyt? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111633#4111633 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111633

18 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: New test structure

by jmesnil

"timfox" wrote : "jmesnil" wrote : | | There is also the alternative to put the different types of test related to a single "component" under the same tree. | | | | e.g. for remoting; all tests related to remoting would be under org.jboss.messaging.test.remoting: | | - org.jboss.messaging.test.remoting.unit | | - org.jboss.messaging.test.remoting.integration | | - org.jboss.messaging.test.remoting.timing | | - ... | | | | | | | So, "remoting" in your above example should be "core.remoting" surely? So we mirror the exact package names? yes. I started doing that when I developed Eclipse applications using their naming conventions: [url=http://wiki.eclipse.org/index.php/Naming_Conventions] The idea is that a developer most of the time is only interested by a specific piece of code and want to focus on it. E.g. if I had to add a feature to the new persistence manager and I want to run the tests to make sure I do not break it, I find it simpler to run all tests under org.jboss.messaging.core.pm.test (or something else) than to have to navigate to all the subfolders of unit, fake, integration, etc. to check which ones have tests related to the persistence manager. Of course, Hudson will still be configured to run all unit tests together, as well as integration tests et al. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111629#4111629 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111629

18 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: New test structure

by timfox

If we were to put them all in the same hierarchy surely they would be <package name>/test/unit <package name>/test/timing <package name>/test/concurrent e.g.: org.jboss.messaging.core.impl.remoting.test.unit org.jboss.messaging.core.impl.remoting.test.timing etc View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111624#4111624 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111624

18 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 December 2007