jboss-dev-forums November 2007

jboss-dev-forums@lists.jboss.org

1 participants
915 discussions

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Naming of messaging user forums

by clebert.suconic＠jboss.com

I'm also in favor of renaming the JBossMQ forum. Although there is no Dev Forum for JBossMQ. Shouldn't one be created? One of these days i wanted to discuss a testcase on JBossMQ, and I had to use the user's forum. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4101003#4101003 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4101003

16 years, 6 months

1
0
0 / 0

[Design of JBossCache] - Re: Reusing options in PojoCache

by manik.surtani＠jboss.com

I guess the InvocationContextInterceptor could mark all options as used on the way out, so that it barfs if it is reused/passed back in without being reset(). Does cause a problem with nested calls though. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4101001#4101001 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4101001

16 years, 6 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - JMX Operations to expose to clients in JBM 2.0

by ataylor

Because of the Pojoification of our mBeans I think we need to review what operations are exposed to clients via JMX. As far as i can see there are only the 3, the ServerPeer and the Topic/Queue Service. If we take the ServerPeer first we expose the operations by the following tag | @JMX(name="jboss.messaging:service=Server", exposedInterface = JmsServer.class) | public class ServerPeer implements JmsServer | { | ... | } | We then expose the operations via the interface, Currently this would be: | public interface JmsServer | { | String getJMSVersion(); | | int getJMSMajorVersion(); | | int getJMSMinorVersion(); | | String getJMSProviderName(); | | String getProviderVersion(); | | int getProviderMajorVersion(); | | int getProviderMinorVersion(); | | void enableMessageCounters(); | | void disableMessageCounters(); | | String deployQueue(String name, String jndiName) throws Exception; | | String deployQueue(String name, String jndiName, int fullSize, int pageSize, int downCacheSize) throws Exception; | | boolean destroyQueue(String name) throws Exception; | | boolean undeployQueue(String name) throws Exception; | | String deployTopic(String name, String jndiName) throws Exception; | | String deployTopic(String name, String jndiName, int fullSize, int pageSize, int downCacheSize) throws Exception; | | boolean destroyTopic(String name) throws Exception; | | boolean undeployTopic(String name) throws Exception; | | String listMessageCountersAsHTML() throws Exception; | | void resetAllMessageCounters(); | | void resetAllMessageCounterHistories(); | | List retrievePreparedTransactions(); | | String showPreparedTransactionsAsHTML(); | | String showActiveClientsAsHTML() throws Exception; | } | If you think anything should be changed/added/removed nows the time to say and I'll do it. With regard to Topics and Queues it may pay to do this a little differently as they'll just be created on the fly, not as beans, so there will be no operations to expose. We could add all these methods to the above interface and do it via the ServerPeer->PostOffice and pass down an extra parameter being the destination bind name. Any comments? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4100996#4100996 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4100996

16 years, 6 months

1
0
0 / 0

[Design of JBossCache] - Re: Reusing options in PojoCache

by mircea.markus

if we do not want the users to reuse the option, wouldn t it be a good idea to enforce this through a runtime exception (if possible)? Perhaps we can do this when the user changes the option after being used (an Option method to throw an exception). Or perhaps when the option is passed to the cache View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4100973#4100973 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4100973

16 years, 6 months

1
0
0 / 0

[Design of JBoss ESB] - ESB 4.2.1 has just been released

by Kevin.Conner＠jboss.com

The 4.2.1 GA release of JBoss ESB has just been uploaded to our project page (http://labs.jboss.com/jbossesb/). This release forms the basis for the ESB codebase within the upcoming SOA Platform and represents another major milestone for the project. Thanks must go to each member of the team who have put in a tremendous amount of effort to make sure this release happened. Kev View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4100949#4100949 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4100949

16 years, 6 months

1
0
0 / 0

← Newer
1
...
89
90
91
92
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums November 2007