December 2006 - jboss-user - Jboss List Archives

[JBoss Seam] - Re: Excessive [could not destroy component] 1.1B1 to 1.1CR1

by gus888

Hi Gavin, Thank you so much for your quick reply. I try to test it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990851#3990851 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990851

18 years, 1 month

1
0
0 / 0

[JBoss Seam] - Re: Excessive [could not destroy component] 1.1B1 to 1.1CR1

by gavin.king＠jboss.com

Or possibly because your destroy method throws an exception. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990850#3990850 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990850

18 years, 1 month

1
0
0 / 0

[JBoss Seam] - Re: Excessive [could not destroy component] 1.1B1 to 1.1CR1

by gavin.king＠jboss.com

This is not a bug, it is due to your SFSB timing out. Adjust the timeout. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990849#3990849 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990849

18 years, 1 month

1
0
0 / 0

[JBoss jBPM] - Never ending processes

by jpuro

I am tasked with creating a business process that starts up, checks if a file is ready for parsing, and then if it is, parses the file. If no file is available for parsing, it should keep checking for the file. So essentially there are 5 nodes here: 1) Start Node 2) Check for File Node 3) Decision Node (transition to parse node if file exists, transition to check for file node if file does not exist) 4) Parse File Node 5) End Node The question that I have is, in a process like this, which keeps looping back to "Check for File" if there is no file available, should it ever end? My question is a general one, should a business process ever be non ending? That is, should "Parse File Node" return to "Check for File Node" even after it is finished doing its work. Should the end node never be called in a business process like this? Or should a business process always startup and eventually end. So instead of the "Decision Node" transitioning back to "Check for File Node" when a file is not found, should it transition to the "End Node" and thus require an outside system to re-instantiate a new process instance every X frequency. Regards, Jeff View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990848#3990848 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990848

18 years, 1 month

1
0
0 / 0

[JBoss Seam] - Re: Excessive [could not destroy component] 1.1B1 to 1.1CR1

by gus888

Hi Gavin, Thank you so much for this bug fix. Now, there is no exception again when I click logout after having used the CVS. However, if I don't click logout, and leave server alone for a while, the server will throw the exact same exception. I don't know whether it is a bug or not. Thank you for your advice. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990847#3990847 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990847

18 years, 1 month

1
0
0 / 0

[Beginners Corner] - Re: How to debug remote JBoss, which is in Linux?

by weston.price＠jboss.com

I would recommend not modifying the run.sh script directly. In your JBOSS/bin directory you will find a file named run.conf. This file contains the necessary parameters to start JBoss in debug mode. You simply need to find the line | # Sample JPDA settings for remote socket debuging | #JAVA_OPTS="$JAVA_OPTS -Xdebug -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=y" | and uncomment the configuration. If you need to turn it off again, just comment the selection. Also, note the port. If you have something else running on your Linux machine on this port you will have to change this value. Also, you may want to do the following: chmod u+x run.sh this will allow you to simply execute ./run.sh to start your server. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990846#3990846 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990846

18 years, 1 month

1
0
0 / 0

[Beginners Corner] - How to debug remote JBoss, which is in Linux?

by jiangshachina

Hi guys, I'm using JBoss4.0.4GA and RedHat AS4.0 Linux. I want to dubug the remote JBoss in Linux from my Windows machine via Eclipse3.2. I modified run.sh and added the following statement JAVA_OPTS=%JAVA_OPTS% -Xdebug -Xnoagent -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n under the statement JAVA_OPTS="$JAVA_OPTS -Dprogram.name=$PROGNAME" I launched the server by command "sh run.sh", then JBoss reported run.sh: line 142: -XDebug: command not found What's wrong with the matter? How can I resolve it? Thanks in advance! a cup of Java, cheers! Sha Jiang View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990845#3990845 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990845

18 years, 1 month

1
0
0 / 0

[JBoss Seam] - Re: Seam remoting not working

by sbryzak2

Of course, default button behaviour is to submit the form. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990843#3990843 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990843

18 years, 1 month

1
0
0 / 0

[JBoss Seam] - Plurals

by jarkko＠jab.fi

Hello hello, Seam has nice way of handling i18n by the usage of #{messages.key}, with nice support for param passing to messages (eg. #{stuff.name} in the value ). Now i'm trying to implement something that would allow us to construct grammatically correct messages regarding plurals. I just started to study this so the first question is: does Seam already has something that could be used to archieve this? Fast googling revealed not too many resources about the issue. 1. http://java.sun.com/docs/books/tutorial/i18n/format/choiceFormat.html I came up with couple bad ideas how to tackle this. 1. Use Server side JavaScript/something with logic constructs inside the properties files. Like found_num_targets=switch #{foundTargets.rowCount}: { | case 0: return "No targets found"; // nothing | case 1: return "Found 1 target"; // one | default: return "Found #{foundTargets.rowCount} targets"; // multiple | } | pros: Allows you to do almost anything cons: well... it's just stupid ( and likely hard to get it right) 2. Use "smart" concatenation with the key plus some added logic somewhere. | <b>#{messages.found_num_targets_#{foundTargets.rowCount}}</b> | and then in properties file we have: | found_num_targets_0=No targets found | found_num_targets_1=Found 1 target | found_num_targets_2=Found #{foundTargets.rowCount} targets | etc,-10,-1,0 maps to 0; 1 maps to 1; 2,3,4,etc maps to 2 pros: seems clean enough cons: requires multiple keys in property file, maybe hard on the parsing (with #{} in the key part}. Could #{messages.['found_num_targets_#{foundTargets.rowCount}']} work? If so, it's starting to look pretty ugly.. Anyone dealt the "plural" issue any other ways? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990842#3990842 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990842

18 years, 1 month

1
0
0 / 0

[Messaging, JMS & JBossMQ] - Re: Queue not bound

by itty06

Oops. My mistake... didn't do the relaying to EMS from JBoss ds file Just in case, someone is interested.. tibjmsnaming://localhost/Ticket ABC Ticket is the queue in EMS, ABC is my JNDI name in Jboss. jms/replyQueue is the resource-env-ref-name which is accessed from java code using java:comp/env/jms/replyQueue View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990841#3990841 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990841

18 years, 1 month

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user December 2006