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

[Design of Messaging on JBoss (Messaging/JBoss)] - timeToSleep in management tests

by timfox

I've removed these kind of sleeps | // wiat a little bit to give time for the message to be handled by the server | Thread.sleep(timeToSleep); | Since it's non deterministic and sometimes the tests would fail. A much simpler way to ensure the message gets to the server is just to set blocking sends to true on the connection factory. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197807#4197807 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197807

15 years, 5 months

1
0
0 / 0

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

by timfox

It's ok, I fixed it now :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197802#4197802 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197802

15 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Paging issues

by timfox

Clebert- I'm doing a cleanup of the duplicated transaction and routing code to isolate it it one place. During the process I've broken some of the paging integration tests - could you take a look as a matter of urgency?- it will probably be an easy fix for you. It basically seems to be going around in an infinite loop depaging the same messages but not routing them anywhere. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197797#4197797 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197797

15 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: JBPM_VARIABLEINSTANCE null value

by kukeltje

oh... hmmm manybe not the wrong forum... No I have no clue, how do you start the process? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197793#4197793 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197793

15 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: JBPM_VARIABLEINSTANCE null value

by kukeltje

wrong forum, use the userforum View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197792#4197792 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197792

15 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Why does hudson-tests include stress-tests now?

by timfox

...? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197787#4197787 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197787

15 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Calculating paging after routing

by timfox

For the record, I explained to Clebert on IRC why the approach he was taking wasn't correct. Now the paging stores are loaded by listing the directories on disk. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197786#4197786 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197786

15 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - oracle and mailtest

by tom.baeyens＠jboss.com

i added an oracle profile in the jbpm 3 root pom. i noticed that mailtest didn't run on my system. i had to exclude it. i didn't check that exclusion in. it was kind of strange: the logs showed that a connection with the mail server could not be established, but looking in the code, i saw that MailTest did *not* extend TestCase. i excluded mail test and then my test suite ran fine. thomas, do you know what the cause could be ? does any of you have the same problem ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197784#4197784 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197784

15 years, 5 months

1
0
0 / 0

[Design of JBoss ESB] - Re: StartProcessInstanceCommand: Return token id/process ins

by burrsutter

Cleaning up the callback EPR.... The current callback into an awaiting BPM process is via this chunk of XML injected into the reply-to: <wsa:From xmlns:wsa="http://schemas.xmlsoap.org/ws/2004/08/addressing"><wsa:Address>logical:JBossESB-Internal#JBpmCallbackService</wsa:Address><wsa:ReferenceProperties><jbossesb:esbToBpmVars xmlns:jbossesb="http://schemas.jboss.com/ws/2007/01/jbossesb"><esbToBpmVars><mapping esb="BODY_CONTENT" bpm="theBody"/></esbToBpmVars></jbossesb:esbToBpmVars><jbossesb:jbpmTokenId xmlns:jbossesb="http://schemas.jboss.com/ws/2007/01/jbossesb">406</jbossesb:jbpmTokenId><jbossesb:jbpmNodeId xmlns:jbossesb="http://schemas.jboss.com/ws/2007/01/jbossesb">30</jbossesb:jbpmNodeId><jbossesb:jbpmProcessInstId xmlns:jbossesb="http://schemas.jboss.com/ws/2007/01/jbossesb">166</jbossesb:jbpmProcessInstId><jbossesb:jbpmProcessNodeVersionCounter30_406 xmlns:jbossesb="http://schemas.jboss.com/ws/2007/01/jbossesb">0</jbossesb:jbpmProcessNodeVersionCounter30_406><jbossesb:type xmlns:jbossesb="http://schemas.jboss.com/ws/2007/01/jbossesb">urn:jboss/esb/epr/type/logical</jbossesb:type></wsa:ReferenceProperties></wsa:From> It is injected via a custom action like so: message.getHeader().getCall().setTo(epr); where epr equals the content listed above. This is essentially our "cookie" for managing the conversation between ESB & the process instance. This chunk of XML is a bit unwieldy, especially if must go out to a business partner or actual client application. It also requires a custom action to be created. An easier to use correlation solution should be created so that it works more like the older model of signal (out of the box action) & token id (a simpler "cookie"). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197744#4197744 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197744

15 years, 5 months

1
0
0 / 0

[Design of JBoss ESB] - Re: StartProcessInstanceCommand: Return token id/process ins

by burrsutter

I do understand the need to maintain the "whole" reply-to EPR as it has the context of the last node which is important. With that said, it is fairly common to have the ESB expose a WS endpoint (using either the 181+SOAPProcessor or XSD based mechanisms) and have the WS provide a response, synchronously to its waiting client. One goal is to orchestrate multiple ESB hosted services and have the "composite" response sent back to the waiting client. In this case, there are no wait states in the jBPM process. This same use case should be achievable via routers as well. Another goal is to start the business process via a EBWS/SOAPProcessor, return some context variable to the waiting client (e.g process instance id) so that the client can return at some later date to inquiry about the process status, the process instance variables, cancel/kill the process instance or if it is waiting tell it to move forward (aka signal). Kevin, I believe that you are very wary of signal because the command doesn't know if the process instance is in a known/consistent state. Signal doesn't take into account that it is possible that another user via some other mechanism has already signaled that same instance. Plus, there are challenges with forks which involve multiple token ids instead of the single process instance id. So I believe the following use cases are valid: - Inquiry about a process instances status (running, completed) - Inquiry about a process instances variables (get me the order total) - Cancel/kill a process instance Do we agree on those? Burr View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197738#4197738 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197738

15 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums December 2008