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

[Design of JBoss jBPM] - Re: Cancelling a task fires task-end event

by jbarrez

Ronald, It is a difficult topic :p I have a use case in which having a cancel event would be great. In that use case is cancelling a task conceptually different from ending a task: ie. a cancelled task is a task which has not been ended (= finished correctly) by someone. But, Tom is right: for another customer the story could be different ... Perhaps for jBPM4, something drastical should happen to cover this since it will never be good for everybody... perhaps working with inheritance for events, so that you could catch Task-end and Task-cancel but also Task-finished (parent of end and cancel) event that is a catch-all if it doens't matter ... ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4180699#4180699 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4180699

15 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Adding Ordering Group Features in JBM 1.4

by clebert.suconic＠jboss.com

np I just tagged the branch.. so you're free to use Branch_1_4 again. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4180686#4180686 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4180686

15 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Adding Ordering Group Features in JBM 1.4

by gaohoward

Thanks for the fix Clebert. It's my fault. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4180685#4180685 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4180685

15 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - bcc mail issue JBPM-850

by kukeltje

Can someone have a quick look at https://jira.jboss.org/jira/browse/JBPM-850? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4180681#4180681 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4180681

15 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Adding Ordering Group Features in JBM 1.4

by clebert.suconic＠jboss.com

"clebert.suconic(a)jboss.com" wrote : | If you could please hold the commit until we tag CP04. I'm now investigating some failures on the testsuite.. which won't probably cause any changes. | I have figured out about the failures. NullPersistenceTest was setting the test.database system property to "null", what was making subsequent tests to not use any persistence. The testsuite on the client aways use a single VM from back to back, so if you have to make those types of changes, you should aways set them back on tearDown. It would be better if we could use the ServiceAttributeOverrides on startServer for this.. but since the persistence is started somewhere else, and what would require some more changes, I'm just changing the system property back on tear down, what should fix the testsuite. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4180674#4180674 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4180674

15 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Cancelling a task fires task-end event

by kukeltje

oh.. and besides that... the patch is so simple (yes I get to grips with the inner workings of jBPM better and better day by day) in TaskInstance.java change | task.fireEvent(Event.EVENTTYPE_TASK_END, executionContext); | to | if (this.isCancelled) { | task.fireEvent(Event.EVENTTYPE_TASK_CANCEL, executionContext); | } else { | task.fireEvent(Event.EVENTTYPE_TASK_END, executionContext); | } | and add public static final String EVENTTYPE_TASK_CANCEL = "task-cancel"; to Event.java. After that ALL tests still run (hmmmm.... ;-)) so there is NO test on a task-cancel event.... I'll file a jira issue since I do think it should be in a release Besides that... after analyzing some more code... the end-tasks attribute on the task-node should realy be cancel-tasks (and the corresponding cancel on the tasks instead of end...) I'll file a separate jira issue for this. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4180673#4180673 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4180673

15 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Cancelling a task fires task-end event

by kukeltje

anonymous wrote : it is almost impossible to come up with a task lifecycle that satisfies all use cases. typically companies have their own view upon the task lifecycle. Sure, but therefore we should at least support the task-cancel event. I in fact have a real nice use case. For the blog I'm writing an article on 'escalation' of task with lots of info declared in the process definition (that is where it belongs). The escalation tasks are not any where in the graph, they are separate nodes since they can be called from everywhere. Someone just has to act on it (e.g. changing the priority of the task that is overdue) but I do want this task (the one that is overdue) to just stay where it is. The task that is created this way, e.g. for the manager, is what I call ad-hoc tasks. Since I cannot act on a transition (there are no outgoing transitions), not on a node leave (the token always stays in the node, it is just ended), I can only run some code on a task-end. In this task-end, I declare that the priority of the task that is overdue should change to a fixed value, or a value set in the task-form. The task-node looks like this: | <task-node name='task escalated'> | <task name='escalated task 0' swimlane='escalationSwimlane' | signalling='false'> |  | <controller> | <variable name='newPriority' /> | </controller> | </task> | <event type='task-end'> | <action class='net.vankuijk.jbpm.utils.ChangeTaskPriority'> | <taskNodeName>task</taskNodeName> |  | <priority>newPriority</priority> | </action> | </event> | </task-node> | But if the task that is overdue is carried out befiore the priority changes, it should be cancelled. That is easy BUT..... the task-end event fires and with the use of a variable priority I can do some checks on the value of the variable, but with a fixed value I cannot differentiate between an end (manager did something) and a cancel... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4180665#4180665 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4180665

15 years, 8 months

1
0
0 / 0

[Design of Security on JBoss] - Re: Policy Implementation for VFS

by anil.saldhana＠jboss.com

http://wiki.jboss.org/wiki/DelegatingPolicy Some pseudocode: | | Deployer: | String ctxID = "vfs:/xyz"; | | PolicyConfiguration pc = PolicyConfigurationFactory.getPolicyConfiguration(ctxID, false); | | VFSDeployPermission vfsd = new VFSDP(xyz); | pc.addToRole("Administrator", vfsd); | pc.addToUnchecked() | ... | pc.commit() | | Enforcement: | Policy.getPolicy().implies(myvfsperm); | Reference: http://java.sun.com/javaee/5/docs/api/javax/security/jacc/PolicyConfigura... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4180664#4180664 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4180664

15 years, 8 months

1
0
0 / 0

[Design of Security on JBoss] - Policy Implementation for VFS

by anil.saldhana＠jboss.com

Adrian, you wanted to apply Java security permission checks to vfs deployments (deploy, undeploy etc). Some possibilities are: 1) Use the current JACC policy implementation that is keyed in by a context id (which is essentially a string). So you can create a contextid that is the vfs url and create custom permissions that denote the controls that you want to apply. 2) We will need to extend the current DelegatingPolicy implementation (which is the JACC policy provider) to utilize VFS policy in addition to jacc. Option 1 is the easiest. It has to be ensured that once the policy configuration is filled with permissions, a pc.commit needs to be called to make the policy get into action. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4180663#4180663 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4180663

15 years, 8 months

1
0
0 / 0

[Design of Security on JBoss] - Re: Error configuring JRMPInvoker with SSL in conf/jboss-ser

by anil.saldhana＠jboss.com

We should really be using Unified Invoker in AS5 and the rest of the invokers go *on demand* legacy stuff that is deprecated. I presume the fix has been made to JRMPInvoker? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4180662#4180662 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4180662

15 years, 8 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