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

[Design the new POJO MicroContainer] - Re: JBMICROCONT-243 - parsing and managed objects

by scott.stark＠jboss.org

Thank goodness, I had spent an hour trying figure out how in the hell it was being used ! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186141#4186141 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186141

16 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Removing HSQLDB

by alex.guizar＠jboss.com

Also important is the availability of a dialect maintained by the Hibernate project. Of the database engines listed in Thomas' reference, only the following have a dialect available. * Apache Derby * HSQLDB * H2 * Mckoi Derby isn't that tiny or fast compared to HSQLDB or H2. Reading Mckoi, their website says that the latest release happened in... August 2004. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186128#4186128 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186128

16 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: JSF setting default values

by woo37830

I've gotten the go to next screen working when the user can service the next task by creating my own version of <j4j:completeTask and adding an optional parameter nextId. It does some figuring out and sets the nextId to '0' if the user cannot service the next task, and to the id of the next task if servicable. If that variable is nid, then In the <n:nav outcome="transition" url="task.jsf?id=${nid}" /> moves completely nicely to the next task! However, if the nid from above is '0', then I get an exception that the task 0 can't be instantiated. In that case I'd like to redirect to "home.jsf"d which is where I have the task list. Is there a way I can do that? I can't find a generic forward, redirect, or exception inside the console itself to have a default error page. In my case I'd make it "home.jsf" and not show the messages and be happy. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186107#4186107 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186107

16 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: GWT console project information

by tom.baeyens＠jboss.com

i think a BPM generic console is out of scope. after we make the fork to jbpm 4, we should re-evaluate the need for dto's. limited support for GWT classes can be a showstopper. the jbpm 4 API classes should actually be usable for this purpose. at first thought the console would be a good challenge to see if the API classes are ok. but i'm not against the dto's per se. in the designer we had to introduce them as well. but for jbpm4, i would like to know the reason. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186090#4186090 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186090

16 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: GWT console project information

by heiko.braun＠jboss.com

There is several reasons for this: - the GWT console shouldn't be tight to a particular jbpm version or bpm runtime in general (at least we try to avoid it) - GWT only supports a limited set of JDK classes. Pulling in the jbpm model would cause all kind of dependency problems, which most result in GWT compiler errors due to unkown / unsupported classes - the dto's are fit to support particular console usecases. not less and not more - last but not least, the jbpm3 model is directly exposed which IMO is wrong from the beginning View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186085#4186085 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186085

16 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: JSF setting default values

by woo37830

removed the ' ' around the inner part and the log says task.jsf?id=583, which is the next task. Thus the url="#{destination}" should have taken me to the task.jsf page with the id=583 and that would have shown me the proper page, instead I got a re-render of the page and that brings up the comment page since the id was still the previous ended task. BTW, if I hard code in the url="task.jsf?584", when I know what the next task number will be, it works fine and gives me a new page for the next task. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186084#4186084 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186084

16 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: JSF setting default values

by woo37830

Found problem in that "destination" isn't writable, but "#{destination}" is. When I replace that, it doesn't complain and my log indicates the variable has been set to the desired value. Now, that value is "task.jsf?id='579'" instead of task.jsf?id=579" for one thing. The other is, whether url="#{destination}" will process that correctly. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186083#4186083 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186083

16 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBMICROCONT-243 - parsing and managed objects

by alesj

"scott.stark(a)jboss.org" wrote : | Where is this getType used to build the callback signature? Nowhere. ;-) You're gonna use it. e.g. | public class ICFHolder | { | private Map<Class, ICF> ifcs = new HashMap(); | | public void addICF(ICF icf) | { | icfs.put(icf.getType(), icf); | } | | ... | } | Where callback would be on the addICF/removeICF. getType is only there if you want to keep your map, to know by the ICF::type which ICF to use on attachment. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186082#4186082 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186082

16 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: JSF setting default values

by woo37830

Written actionhandler but can't set value I have code that writes out the following when used as a tag <sj4j:updateVariable name="destination" trueValue="home.jsf" falseValue="task.jsf?id='#{nid}'" condition="#{nid == '0'}" /> nameValue = destination ( String.class ) trueValue = home.jsf (String.class) falseValue = task.jsf?id='580' (..) conditionValue = false (...) NOW, I then do a if( conditionValue.toString().equals("true") ) this.nameExpression.setValue(context, trueValue.toString() ); else this.nameExpression.setValue(context, falseValue.toString() ); in my tag action listener. I get the following error when the tag is executed. Error updating variable: An exception of type "javax.el.PropertyNotWriteableException" was thrown ...name="destination: Illegal Syntax for Set Operation. Question is how to set the variable destination in the action listener? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186080#4186080 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186080

16 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBMICROCONT-243 - parsing and managed objects

by scott.stark＠jboss.org

"alesj" wrote : | You could perhaps change that type to which ICF is mapped against | is contract of ICF: | | | public interface ICF<T> | | { | | Class<T> getType(); | | } | | | | Where is this getType used to build the callback signature? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186072#4186072 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186072

16 years, 2 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 October 2008