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

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: [JBMESSAGING-1367] Create JCA resource adapter for JBM 2

by timfox

BTW I'll need to add you as a committer so you can commit in the JBM source tree. Also, join us on IRC - that's where everything happens and everyone hangs out - it's much more efficient than forums. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4194108#4194108 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4194108

17 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: [JBMESSAGING-1367] Create JCA resource adapter for JBM 2

by timfox

"jesper.pedersen" wrote : anonymous wrote : I'm not sure what you mean. That is an instance of the interface... | Ok, so I need to pass discoveryGroupName and discoveryGroupPort in through the configuration. | There are several ways you can instantiate a session factory. One is by specifying a discovery address on which it can listen, or you can specify the server connection info straight out, or a list of servers and backup servers... Take a look a the constructors on ClientSessionFactoryImpl - we probably need all the ClientSessionFactory attributes configurable via the JCA config. anonymous wrote : Can you explain a bit more what endpoint isn't available means? In this case it would be that a Message Driven Bean (endpoint) isn't available or failed to handle the incoming message. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4194106#4194106 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4194106

17 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: [JBMESSAGING-1367] Create JCA resource adapter for JBM 2

by jesper.pedersen

anonymous wrote : I'm not sure what you mean. That is an instance of the interface... Ok, so I need to pass discoveryGroupName and discoveryGroupPort in through the configuration. anonymous wrote : Can you explain a bit more what endpoint isn't available means? In this case it would be that a Message Driven Bean (endpoint) isn't available or failed to handle the incoming message. | public void onMessage(Message message) | { | try | { | endpoint.beforeDelivery(JBMActivation.ONMESSAGE); | | try | { | if (dlqHandler == null | || dlqHandler.handleRedeliveredMessage(message) == false) | { | MessageListener listener = (MessageListener) endpoint; | listener.onMessage(message); | } | } finally | { | endpoint.afterDelivery(); | | if (dlqHandler != null) | dlqHandler.messageDelivered(message); | } | } | | catch (Throwable t) | { | log.error("Unexpected error delivering message " + message, t); | | if (txnStrategy != null) | txnStrategy.error(); | } | } | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4194105#4194105 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4194105

17 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: [JBMESSAGING-1367] Create JCA resource adapter for JBM 2

by timfox

"jesper.pedersen" wrote : Just a quick question - do I need to use the client.impl classes ? | | | | ClientSessionFactory csf = new ClientSessionFactoryImpl(discoveryGroupName, discoveryGroupPort); | | | | Or can I get an instance of the interface from somewhere ? | I'm not sure what you mean. That is an instance of the interface... anonymous wrote : | btw - DLQ handling will properly be mandatory in JCA 1.6 if an endpoint isn't available to the resource adaptor - so I keep the functionality around. | Can you explain a bit more what endpoint isn't available means? anonymous wrote : | For now I have the classes in org.jboss.messaging.ra and sub-packages. ok View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4194098#4194098 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4194098

17 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Paging code review

by clebert.suconic＠jboss.com

5) The tricky part on paging is to let depage happen at the same time messages are being paged. Depage will aways return old pages, but when depageRate>pageRate, we will eventually be depaging the currentPage, on which case I open a newPage and return the current one. But if no messages were produced on that new page, it will be empty. When we return that empty page, we will exit the pageMode and from that point we will start using the journal again. This is done this way because I can't lock page while depaging records. It all happens concurrently. Once an address enters in pageMode, it will be in pageMode until the rate of adding messages on page is higher the rate on removing messages from page. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4194097#4194097 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4194097

17 years, 4 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Testing under a Security Manager

by anil.saldhana＠jboss.com

http://anonsvn.jboss.org/repos/jbossas/projects/ejb3/trunk/interceptors/s... I see very few privileged blocks here. You are mucking around with the internals of a Class. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4194095#4194095 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4194095

17 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: [JBMESSAGING-1367] Create JCA resource adapter for JBM 2

by jesper.pedersen

Just a quick question - do I need to use the client.impl classes ? | ClientSessionFactory csf = new ClientSessionFactoryImpl(discoveryGroupName, discoveryGroupPort); | Or can I get an instance of the interface from somewhere ? btw - DLQ handling will properly be mandatory in JCA 1.6 if an endpoint isn't available to the resource adaptor - so I keep the functionality around. For now I have the classes in org.jboss.messaging.ra and sub-packages. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4194089#4194089 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4194089

17 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Help with a Jbpm error

by francesco.franze

Sorry, I'm going to post there:P. Please delete this, thanks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193961#4193961 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193961

17 years, 4 months

1
0
0 / 0

[Design of POJO Server] - Re: Why do Topic/Queue descriptors need extra metadata in or

by alesj

I've changed it to be more OO + use newly added mechanisms. e.g. QueueMODefinition | public class QueueMODefinition extends ManagedObjectDefinition | { | private static Logger log = Logger.getLogger(QueueMODefinition.class); | | public QueueMODefinition(ManagedObjectFactory factory) | { | super(QueueService.class, new QueueMOBuilder(factory)); | } | | private static class QueueMOBuilder implements ManagedObjectBuilder | { | private ManagedObjectFactory factory; | | private QueueMOBuilder(ManagedObjectFactory factory) | { | this.factory = factory; | } | | /** | * Create a ManagedObject from QueueService to QueueServiceMO. | * | * @param clazz - the mbean class to create the ManagedObject for | * @param metaData - the MDR MetaData view | */ | public ManagedObject buildManagedObject(Class<?> clazz, MetaData metaData) | { | ManagedObjectFactory mof = getMOFactory(); | log.debug("Creating QueueServiceMO template for: " + clazz); | return mof.createManagedObject(QueueServiceMO.class, metaData); | } | | /** | * Get MO factory. | * | * @return the MO factory | */ | protected ManagedObjectFactory getMOFactory() | { | if (factory == null) | factory = ManagedObjectFactory.getInstance(); | | return factory; | } | } | } | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193940#4193940 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193940

17 years, 4 months

1
0
0 / 0

[Design of JBoss Deployment Framework] - Re: Designing of jain-slee deployers for Jboss5.

by alesj

"alexandrem" wrote : | Hope so! It's a must-have feature, IMO. :) | - https://jira.jboss.org/jira/browse/JBDEPLOY-135 "alexandrem" wrote : | This looked like a good option... but we start at PARSE phase, and that seems like an issue, cause adding the jboss-dependency.xml didn't solved the problem. | Looks like you're doing too much in PARSE. Like the stage name says, it should be just parsing. ;-) That's why I put jboss-dependency.xml handling asap, so it can add dependencies to as much as stages as possible. You should split your deployment into more fine grained deployers per stages. "alexandrem" wrote : | One other thing I've noticed and would like some help on it, is the fact that the jars are not exploded anymore into a tmp folder, the reference to them now comes as, and using the above example, .../server/default/deploy/a.jar/a1.jar and .../server/default/deploy/a.jar/a2.jar instead of the old way .../server/default/tmp/deploy/tmpXXXXXa.jar-contents/a1.jar. We used JarFile/JarEntry to handle it but now it fails due to those references not being a valid path for JarFile/JarEntry. I've managed a workaround for it, having a wrapper for the DeploymentUnit which will then enable me to return an InputStream to read the files... but not sure this is a good practice. | There is this discussion: - http://www.jboss.com/index.html?module=bb&op=viewtopic&t=146597 But if you ask me, you should just drop the old way (JarFile/Entry) and use VFS. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193936#4193936 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193936

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 December 2008