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

[Design of JBoss jBPM] - Changes and new tags for the task forms designer

by david.lloyd＠jboss.com

EL variables Task forms should use the following EL variables to access form data: #{comment} This variable will be checked for a new comment to add to a task instance when a transition or save action is taken. #{var['name']} This is where all the process variables will be kept. #{taskName} Read-only variable; name of the current task. Layout changes Currently the task forms are formatted something like this: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> | | <html xmlns="http://www.w3.org/1999/xhtml" | xmlns:ui="http://java.sun.com/jsf/facelets" | ...> | <head> | <title>userForm</title> | <link rel="stylesheet" type="text/css" href="../css/jbpm.css" /> | </head> | <body> | <ui:composition> | <h:form id="taskform"> | <h:inputHidden id="taskInstanceId" value="#{taskInstanceBean.id}" /> | ...content here... | </h:form> | </ui:composition> | | </body> | </html> | This should be simplified to exclude the head, body, ui:composition, h:form, and h:inputHidden tags, to look like this: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> | | <html xmlns="http://www.w3.org/1999/xhtml" | xmlns:ui="http://java.sun.com/jsf/facelets" | ... | xmlns:tf="http://jbpm.org/jsf/tf" | xmlns:jbpm="http://jbpm.org/jsf"> | | ...content here... | | </html> | The "nuts and bolts" tags will be generated by the task form renderer. New tags I'm specifying a prefix of "tf" for tags that are specific to task forms, assuming you will have the following attribute in your html element: xmlns:tf="http://jbpm.org/jsf/tf" Here's the tf tags: <tf:transitionButton> Save the task form and take a transition. Accepts all attributes that "h:commandButton" does, with the exception of the "action" attribute. Also, there is a new optional attribute called "to", whose value is the name of the transition to take. If no value is given, take the only transition available. <tf:saveButton> Save the task form, but do not take a transition. Accepts all attributes that "h:commandButton" does, with the exception of the "action" attribute. <tf:cancelButton> Cancel the task form without saving anything. The user doesn't really have to click on this button to cancel though; (s)he can just choose a different menu item. Accepts all attributes that "h:commandButton" does, with the exception of the "action" attribute. This tag is not really a tf tag but it's one that you can use nonetheless: <jbpm:dataform> / <jbpm:datacell> This tag allows a nice way to lay out form data. Definitely not required to use it, especially if the form is used outside of the console. Here's an example of a task form that might use these tags: <jbpm:dataform> | <f:facet name="header"> | <h:outputText value="#{taskName}"/> | </f:facet> | <jbpm:datacell> | <f:facet name="header"> | <h:outputText value="Item"/> | </f:facet> | <h:inputText value="#{var['item']}"/> | </jbpm:datacell> | <jbpm:datacell> | <f:facet name="header"> | <h:outputText value="Quantity"/> | </f:facet> | <h:inputText value="#{var['quantity']}"/> | </jbpm:datacell> | <jbpm:datacell> | <f:facet name="header"> | <h:outputText value="Address"/> | </f:facet> | <h:inputText value="#{var['address']}"/> | </jbpm:datacell> | <jbpm:datacell> | <f:facet name="header"> | <h:outputText value="Actions"/> | </f:facet> | <tf:transitionButton value="Save and Close"/> | <tf:saveButton value="Save"/> | <tf:cancelButton value="Cancel"/> | </jbpm:datacell> | </jbpm:dataform> Let me know if something doesn't make sense, or if you have more ideas to simplify task forms. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985485#3985485 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985485

19 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: problem with jbossretro on tomcat

by tom.baeyens＠jboss.com

i think i used 1.5.0_07 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985474#3985474 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985474

19 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Failover on QueueBrowser

by clebert.suconic＠jboss.com

I will go for active local queue (clustered/non-clustered) on the new node. (It is already done BTW) and I will change if someone come up with a valid point to change the implementation later. The HA for QueueBrowsers will just open a new browser on the new server and it will replace the objectID to match the new BrowserServerEndpoint. I had also to add the destination and the selector expression into BrowserState as I needed that information on the client to recreate the QueueBrowser on the new server. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985470#3985470 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985470

19 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: improving the build

by david.lloyd＠jboss.com

"tom.baeyens(a)jboss.com" wrote : | 1) add build profiles | I'm going to factor out all the library version properties to a separate properties file. Many of these files can go into the profile directory. E.g. for each version of jboss, we can create a set of properties that match these of jboss. Also jbpm internal dependencies will be included in the profile property files. | Maybe it would be a good idea to have a "common" file, and then a specific file for each version that overrides anything that's different, to avoid lots of duplication? anonymous wrote : | 2) improve versioned dependencies | For each top level subproject, you'll be able to specify wether the sources are used (using version 'snapshot'). Or wether a specific version from the repository is being used. | Just an FYI, I'd like to not be using any snapshot versions by the time we do a final release. Apart from that, everything sounds good. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985456#3985456 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985456

19 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: problem with jbossretro on tomcat

by david.lloyd＠jboss.com

Sure, I'll look at it. What JDK is this under? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985450#3985450 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985450

19 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: who's using oscache

by david.lloyd＠jboss.com

oscache is used by ajax4jsf, which is what makes the little scroll buttons on the search criteria work. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985449#3985449 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985449

19 years, 5 months

1
0
0 / 0

[Design of JBossCache] - Re: Document where non-String FQN do not work, JBCACHE-838

by manik.surtani＠jboss.com

Other cache loaders (e.g., remote TCP cacheloaders) can support these though. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985443#3985443 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985443

19 years, 5 months

1
0
0 / 0

[Design of Kosmos] - Re: Basic installation help

by aron.gombas

You can find the Ref Manual at the project website here: http://labs.jboss.com/portal/kosmos/reference-manual.html It contains step-by-step installation guide sections. HTH. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985435#3985435 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985435

19 years, 5 months

1
0
0 / 0

[Design of Kosmos] - Re: Basic installation help

by Masood

could somebody give me a detailed installation guide on kosmos View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985431#3985431 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985431

19 years, 5 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: ws-eventing: event notification failure

by maeste

I have just write you an email with subject "WS-EVENTING" View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985429#3985429 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985429

19 years, 5 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 November 2006