April 2009 - jboss-dev-forums - Jboss List Archives

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Queue not registered with JNDI service in AS 5

by jmesnil

I've fixed the JMS & JORAM tests in r6547 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226441#4226441 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226441

16 years, 11 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Queue not registered with JNDI service in AS 5

by gaohoward

I have put the properties to all jms examples and I'm checking if all are ok. Thanks. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226440#4226440 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226440

16 years, 11 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Queue not registered with JNDI service in AS 5

by timfox

I'm fixing as we speak. I had to commit last night in a fail state as Jeff was going to look at some stuff for me. Anyway, I'm fixing it all now. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226435#4226435 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226435

16 years, 11 months

1
0
0 / 0

[Design of POJO Server] - Re: HDScanner scanPeriod

by alesj

"jaikiran" wrote : | Assuming the HDScanner is set to run every 5 seconds, wouldn't this scanning for new files within the original deployment lead to time delays? | How else are you gonna know if something changed? You could put something similar into every sub-system. Which automatically leads to duplication. This mechanism is generic, if adding a few sec to already asynch mechanism is all we do, then I don't see a problem. There is always gonna be a cost, if you wanna have the best of both worlds; temping & updating. "jaikiran" wrote : | From what i see, the AddVisitor looks for new files in the original deployments and these new files can be nested too. Which effectively means scanning the entire deployment every 5 seconds. | We don't scan entire deployment(s). See original/tempAttributes property, which limits the scope of scanning. Currently we only scan for possible changes in web resources. (as far as I could gather the info where users put their .jsp, .xhtml, ... as it's been a while when I did my last .jsp :-)) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226433#4226433 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226433

16 years, 11 months

1
0
0 / 0

[Design of JBoss ESB] - Re: JMS Listener Mapper and JCA activation

by Kevin.Conner＠jboss.com

"beve" wrote : If I understood you correctly one will be able to specify a concrete impl of an ActivationAdapter in the listener configuration element as a property. | Will this class be used in the JmsListenerMapper? Could you provide an example just so I can visualize it? Yes, this is intended to be used in the mapper and replace our explicit configuration. At the moment we make invocations such as the following | addPropertyElement(activationConfigElement, "destination", messageFilter.getDestName()) ; | So the intention would be to replace these with calls to the adapter, allowing us to map these attributes for different providers. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226431#4226431 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226431

16 years, 11 months

1
0
0 / 0

[Design of JBoss ESB] - Re: JMS Listener Mapper and JCA activation

by Kevin.Conner＠jboss.com

Also, change the maxThreads to an Integer rather than a String. Sorry for rambling :) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226430#4226430 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226430

16 years, 11 months

1
0
0 / 0

[Design of JBoss ESB] - Re: JMS Listener Mapper and JCA activation

by beve

Looks good to me. Just really have question about where this is going to be used in the code. If I understood you correctly one will be able to specify a concrete impl of an ActivationAdapter in the listener configuration element as a property. Will this class be used in the JmsListenerMapper? Could you provide an example just so I can visualize it? Thanks, /Daniel View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226428#4226428 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226428

16 years, 11 months

1
0
0 / 0

[Design of JBoss ESB] - Re: JMS Listener Mapper and JCA activation

by Kevin.Conner＠jboss.com

Perhaps this is a more appropriate interface | public interface ActivationAdapter | { | public void setDestination(final Map<String, String> activationConfig, final String name) | throws ConfigurationException ; | | public void setProviderAdapterJNDI(final Map<String, String> activationConfig, final String providerAdapterJNDI) | throws ConfigurationException ; | | // true for queue, false for topic | public void setDestinationType(final Map<String, String> activationConfig, final boolean queue) | throws ConfigurationException ; | | public void setMessageSelector(final Map<String, String> activationConfig, final String messageSelector) | throws ConfigurationException ; | | public void setMaxThreads(final Map<String, String> activationConfig, final String maxThreads) | throws ConfigurationException ; | } | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226427#4226427 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226427

16 years, 11 months

1
0
0 / 0

[Design of JBoss ESB] - Re: JMS Listener Mapper and JCA activation

by Kevin.Conner＠jboss.com

Forgot to add the activation configuration element on those methods, so assume they would all take an additional parameter. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226426#4226426 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226426

16 years, 11 months

1
0
0 / 0

[Design of JBoss ESB] - JMS Listener Mapper and JCA activation

by Kevin.Conner＠jboss.com

https://jira.jboss.org/jira/browse/JBESB-2538 raises an issue with the mapping of properties onto activation contexts, specifically maxSession but in reality a more general issue. The JMS listener mapper has an explicit binding between some of the properties in the configuration and those required for activating the JCA context and, at present, these are specific to JBoss. We need to generalise this behaviour now that we are working with other providers. The current properties specified are "destination" <- messageFilter.getDestName() "providerAdapterJNDI" <- jmsJcaProvider.getProviderAdapterJNDI() "destinationType" <- Queue.class.getName() or Topic.class.getName() "messageSelector", messageFilter.getSelector() "maxSession" <- listener.getMaxThreads() To solve this I am proposing to create an adapter interface, an implementation of which can be specified using the listener properties (no schema changes) with the default being the JBoss mappings. The implementation will probably look something like the following | public interface ActivationAdapter | { | public void setDestination(final String name) | throws ConfigurationException ; | | public void setProviderAdapterJNDI(final String providerAdapterJNDI) | throws ConfigurationException ; | | // true for queue, false for topic | public void setDestinationType(final boolean queue) | throws ConfigurationException ; | | public void setMessageSelector(final String messageSelector) | throws ConfigurationException ; | | public void setMaxThreads(final String maxThreads) | throws ConfigurationException ; | } | Can anyone see anything I have missed? Any other suggestions? Thanks Kev View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226423#4226423 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226423

16 years, 11 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 April 2009