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

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Count Messages with Selector and Edit Message

by timfox

"hendra_netm" wrote : Hi guys, | | At this moment, I may need some features like count messages with selector and Edit message in the queue. | | Count Message With Selector will return the number of message in the destination that match with the selector. In short, it is like "List All Message" with selector, but the method will only return a integer value. | There is already a version of listAllMessages that takes a selector. See user guide 6.6.2.2.2. ListAllMessages anonymous wrote : | | | The second feature that I need to add in JBM is Message Editor. So for example an Operator want to change the all property value from all messages in a queue that has value X. | | This behaviour is useful when the message's property is used for routing. Sometime, the operator wants to change the property value due to changing in the routing rule. | | Currently it is not possible to do that. You need to take all messages with value X, change the property value from X to Y, and return the message to the queue. | | | == | What do you think about these features? | If you agree, I would like to put those features as additional features for JBM. That's way, I don't need to change again, whenever JBoss come with new release. | | And if the feature is officially supported by the team, I am sure it is much better than if I do it alone ;) Feel free to add a feature request for the other feature. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4071937#4071937 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4071937

18 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Count Messages with Selector and Edit Message

by hendra_netm

Hi guys, At this moment, I may need some features like count messages with selector and Edit message in the queue. Count Message With Selector will return the number of message in the destination that match with the selector. In short, it is like "List All Message" with selector, but the method will only return a integer value. The feature can be obtained by using "List All Message" and count the number later in the client. But imagined if the number of the messages is more than one thousand and each message has big content. I think this will give problem for the network. The second feature that I need to add in JBM is Message Editor. So for example an Operator want to change the all property value from all messages in a queue that has value X. This behaviour is useful when the message's property is used for routing. Sometime, the operator wants to change the property value due to changing in the routing rule. Currently it is not possible to do that. You need to take all messages with value X, change the property value from X to Y, and return the message to the queue. == What do you think about these features? If you agree, I would like to put those features as additional features for JBM. That's way, I don't need to change again, whenever JBoss come with new release. And if the feature is officially supported by the team, I am sure it is much better than if I do it alone ;) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4071936#4071936 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4071936

18 years, 8 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: NPE in HTTPSClientInvoker.

by georgesberscheid

Hi, Is there any workaround for this? Thanks, Georges View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4071933#4071933 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4071933

18 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - AOPDependencyBuilder needs IntrospectionTypeInfoFactoryImpl

by alesj

AOPDependencyBuilder should use existing IntrospectionTypeInfoFactoryImpl, not creating new one: | public class AOPDependencyBuilder extends AbstractDependencyBuilder | { | private static final String DEPENDENCY_CLASS_NAME = Dependency.class.getName(); | private static final String DEPENDENCY_NAME_ATTRIBUTE = "name"; | IntrospectionTypeInfoFactory | private static final IntrospectionTypeInfoFactoryImpl typeInfoFactory = new IntrospectionTypeInfoFactoryImpl(); | Simple change to IntrospectionTypeInfoFactory is not enough - needing AnnotationHelper. There should be some sort of AnnotationHelper introduction on the existing IntrospectionTypeInfoFactoryImpl in IntrospectionTypeInfoFactory.delegate. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4071889#4071889 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4071889

18 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: ClassCastException for char[] MetaValue creation

by alesj

"scott.stark(a)jboss.org" wrote : | I also ran across JBMICROCONT-123 which is about improving the implementation, but this is actually a bug as this method does not work at all. The depth argument to Array.newInstance is the array length, not a depth for the array dimension. | | | public static Class getArrayClass(Class clazz, int depth) | | { | | return Array.newInstance(clazz, depth).getClass(); | | } | | | What's the deal with this one then? I saw you did an assignment ping-pong. :-) Do you need it fixed right away? How come we didn't see this (The depth argument to Array.newInstance is the array length, not a depth for the array dimension.) before? ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4071865#4071865 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4071865

18 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: ClassCastException for char[] MetaValue creation

by scott.stark＠jboss.org

The ArrayMetaType seems easy enough and is mostly done, but not checked in. Its the ArrayValue that is more problematic since a primitive array (char[]) is not an Object[]. The jmx stuff does not deal with OpenType value representations. The only way I can see to do this is to drop the Object[] accessors and instead go to something more like the java.lang.reflect.Array.set/get style accessors as this would have to be used to deal with the primitive arrays anyway. I'll play with that more tomorrow. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4071862#4071862 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4071862

18 years, 8 months

1
0
0 / 0

[Design of JBossXB] - Re: xsd:attribute ref unsupported in unmarshaller

by alex.loubyansky＠jboss.com

I haven't written a testcase but looking at the code, if it's not called it looks like the attribute is not added to Attributes passed to the startElement by the XML parser. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4071848#4071848 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4071848

18 years, 8 months

1
0
0 / 0

[Design of JBossXB] - Re: xsd:attribute ref unsupported in unmarshaller

by alex.loubyansky＠jboss.com

Ah, you meant GenericValueContainer.addChild. That one should be called. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4071841#4071841 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4071841

18 years, 8 months

1
0
0 / 0

[Design of JBossXB] - Re: xsd:attribute ref unsupported in unmarshaller

by alex.loubyansky＠jboss.com

addChild is not supposed to be called for an attribute. Attributes are passed as an argument to newChild. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4071840#4071840 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4071840

18 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: ClassCastException for char[] MetaValue creation

by scott.stark＠jboss.org

Its templatized, and has a couple more methods to support primitive arrays. I'll look at adding these changes. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4071832#4071832 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4071832

18 years, 8 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 August 2007