October 2006 - jboss-dev-forums - Jboss List Archives

[Design of JBoss jBPM] - Re: ProcessDefinition with no startTask

by tom.baeyens＠jboss.com

the mapping between task names and form file names is in the forms.xml file View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977063#3977063 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977063

19 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: Ordering of nested deployments

by scott.stark＠jboss.org

Currently all deployments are added to a list in breadth first order. Previously I had a plugin that would return a directed graph of the contexts in a given top level deployment which allowed this to be configurable. This or some other metadata to control this for backward compatibility seems needed. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977051#3977051 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977051

19 years, 6 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Once and only once delivery?

by timfox

I suppose "once and only once delivery" only really applies to the *delivery* of messages from a queue (or durable sub). It doesn't apply to sending a message to a queue. However, if it's not possible to write a client that can guarantee it hasn't sent the same message more than once to the same queue, then I'm trying to understand how useful that is. So here's the problem: Write a JMS client that sends 10 and only 10 messages to a particular queue on a remote server, with a client that consumes those 10, and only those 10 messages. Can anyone volunteer a solution? Right now, I can't see how that is possible in JMS without using 2PC. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977046#3977046 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977046

19 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Ordering of nested deployments

by kabir.khan＠jboss.com

Is the idea that inner deployments will be deployed before outer deployments eventually? This does not look like it is the case at the moment. | 2006-10-09 19:10:37,765 DEBUG [org.jboss.deployers.plugins.deployment.MainDeployerImpl] Scheduling deployment: jar:file:/C:/cygwin/home/Kabir/sourcecontrol/jboss-head/testsuite/output/lib/aop-extendertest.sar!/ | 2006-10-09 19:10:37,765 DEBUG [org.jboss.deployers.plugins.deployment.MainDeployerImpl] Scheduling deployment: jar:file:/C:/cygwin/home/Kabir/sourcecontrol/jboss-head/testsuite/output/lib/aop-extendertest.sar!/aop-extendertest.aop | 2006-10-09 19:10:37,765 TRACE [org.jboss.deployers.plugins.deployers.kernel.BeanDeployer] Deploying: jar:file:/C:/cygwin/home/Kabir/sourcecontrol/jboss-head/testsuite/output/lib/aop-extendertest.sar!/ | 2006-10-09 19:10:37,765 TRACE [org.jboss.deployers.plugins.deployers.kernel.BeanDeployer] Deployed: jar:file:/C:/cygwin/home/Kabir/sourcecontrol/jboss-head/testsuite/output/lib/aop-extendertest.sar!/ | 2006-10-09 19:10:37,765 TRACE [org.jboss.deployers.plugins.deployers.kernel.BeanDeployer] Deploying: jar:file:/C:/cygwin/home/Kabir/sourcecontrol/jboss-head/testsuite/output/lib/aop-extendertest.sar!/aop-extendertest.aop | 2006-10-09 19:10:37,765 TRACE [org.jboss.deployers.plugins.deployers.kernel.BeanDeployer] Deployed: jar:file:/C:/cygwin/home/Kabir/sourcecontrol/jboss-head/testsuite/output/lib/aop-extendertest.sar!/aop-extendertest.aop | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977045#3977045 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977045

19 years, 6 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Once and only once delivery?

by timfox

No, just sending a persistent message. I don't think a transaction helps anyway. If the failure occurs after the messeg has been persisted in the db, then we still have the same problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977042#3977042 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977042

19 years, 6 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Once and only once delivery?

by ovidiu.feodorov＠jboss.com

When you say "send a reliable message to a server" you mean sending it in a JMS transaction? Because in this case, you should be fine, if the transaction fails for whatever reasons, the message is not written in the DB. Is this what you meant? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977040#3977040 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977040

19 years, 6 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Once and only once delivery?

by timfox

If I send a reliable message to a server, and it gets added to the queue on the server and persisted, but the server fails before the response is written back to the client, resulting in the client getting an exception even though the message was added successfully to the queue. A consumer then consumes the message from the queue, and acknowledges it. The client has now caught the exception and it assumes the send failed so it resends the message again, the message gets consumed by the client, resulting in the client having consumed the message twice. I.e. we have broken the once and only once delivery guarantee. The only way around this AFAICT is to send all messages 2PC, and make the commit on the 2PC transaction. What am I missing here? Am I losing my mind? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977038#3977038 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977038

19 years, 6 months

1
0
0 / 0

[Design of JBossXB] - Re: Sundry JBossXB changes

by alex.loubyansky＠jboss.com

That was mostly due to TypeBinding.getWildcard(). But there are still 6 new errors in PojoServerUnitTestCase. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977026#3977026 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977026

19 years, 6 months

1
0
0 / 0

[Other JBoss Development Design] - Re: run.sh to launch JBoss in background

by ips

Yep, java has to be started in the background. Here's what I ended up with. It works correctly on RHEL and Cygwin. | while [ 1 ]; do | # Execute the JVM. | "$JAVA" $JAVA_OPTS \ | -Djava.endorsed.dirs="$JBOSS_ENDORSED_DIRS" \ | -classpath "$JBOSS_CLASSPATH" \ | org.jboss.Main "$@" & | JBOSS_PID=$! | echo "JBOSS_PID: $JBOSS_PID" | # Trap common signals and relay them to the JBoss process. | trap "echo Received SIGHUP. ; kill -HUP $JBOSS_PID" HUP | trap "echo Received SIGINT. ; kill -TERM $JBOSS_PID" INT | trap "echo Received SIGQUIT.; kill -QUIT $JBOSS_PID" QUIT | trap "echo Received SIGPIPE.; kill -PIPE $JBOSS_PID" PIPE | trap "echo Received SIGTERM.; kill -TERM $JBOSS_PID" TERM | WAIT_STATUS=0 | while [ "$WAIT_STATUS" -ne 127 ]; do | JBOSS_STATUS=$WAIT_STATUS | wait $JBOSS_PID 2>/dev/null | WAIT_STATUS=$? | done | if [ $JBOSS_STATUS -eq 10 ]; then | echo Restarting JBossAS... | else | exit $JBOSS_STATUS | fi | # If restart doesn't work, see this if you're running JBossAS 4.0.4 or earlier: | # http://jira.jboss.com/jira/browse/JBAS-2483 | # or this if you're running Red Hat 7.0: | # http://developer.java.sun.com/developer/bugParade/bugs/4465334.html | done | I've attached a patch to http://jira.jboss.com/jira/browse/JBAS-3748. See my comment on that issue for an explanation of how I came up with the above. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977025#3977025 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977025

19 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: ProcessDefinition with no startTask

by kukeltje

afaik, the task should have a name. The name is mapped onto a form. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977021#3977021 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977021

19 years, 6 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 October 2006