July 2009 - jboss-dev-forums - Jboss List Archives

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Data dirs wrong in AS config

by clebert.suconic＠jboss.com

Shouldn't we have InVM acceptor configured by default when running on the Application Server? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241862#4241862 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241862

16 years, 6 months

1
0
0 / 0

[Design of EJB 3.0] - Re: EJBTHREE-1823 - handling of res-type in resource-ref

by Wolfgang Knauf

I attached an updated sample to https://jira.jboss.org/jira/browse/EJBTHREE-1863 with two "resource-env-ref" declarations with invalid "resource-env-ref-type" class. I also added some comments about missing type checks. Best regards Wolfgang View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241854#4241854 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241854

16 years, 6 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Journal Cleanup and Journal Compactor

by clebert.suconic＠jboss.com

My brain can't stop working... even while sleeping :-) Since we don't have the transaction summary any more (only number of records at current file per transaction), Cleanup is really easy (piece of cake). We can just compact an individual file. - Open a new file (getting it from the file cache if available). - Add the live records. (don't add already deleted records). - If there are delete records pointing to previous files, keep all the delete records. - If there are pending transactions, also keep them. - Do the same rename schema as done on the compacting At the end you removed the linked-list for a given file. I will provide more details for this on monday. I just wanted to register my thoughts somewhere at the moment. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241843#4241843 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241843

16 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Reassignment does not reflect in task history.

by tom.baeyens＠jboss.com

i'll be looking into this tomorrow View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241835#4241835 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241835

16 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: GetOutcomes returns additional transition

by kukeltje

"tom.baeyens(a)jboss.com" wrote : does that describe the consensus ? I think it does. Although I would have task.complete(null) behave the same as task.complete(). Just have it always take the default transition. If there is only one (named or unnamed) that already *is* the default transition. I'll file the jira if this is decided on. With regard to the 'default' attribute, I'm always in favour of explicit behaviour. One could argue that if there is more then one transition and task.complete() or task.complete(null) is used and the default attribute is not there, an exception should be thrown. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241831#4241831 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241831

16 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: GetOutcomes returns additional transition

by tom.baeyens＠jboss.com

So is the conclusion that we should have a getOucomes like this: public List<String> getOutcomes() { | List<String> outcomes = new ArrayList<String>(); | for (TransitionImpl transition: execution.getActivity().getOutgoingTransitions()) { | outcomes.add(transition.getName()); | } | return outcomes; | } | and then task.complete() always takes the default transition (the first in our case (maybe we could add an attribute to indicate the default transition)) task.complete(String outcome) just takes the transition with the given outcome name. (that might even be null if there is one single unnamed transition) does that describe the consensus ? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241828#4241828 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241828

16 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: GetOutcomes returns additional transition

by camunda

Wow, much too harmonic here... Maybe I should change my opinion ;-)) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241826#4241826 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241826

16 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: GetOutcomes returns additional transition

by jbarrez

I agree with Ronald, Bernd and Britt ... so Ronald gi ahead and file the issue ;-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241825#4241825 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241825

16 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Reassignment does not reflect in task history.

by shekharv

JIRA issue @ https://jira.jboss.org/jira/browse/JBPM-2389 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241817#4241817 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241817

16 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - Reassignment does not reflect in task history.

by shekharv

Summary: 1.) Task is assigned to 'Person1' at the point of creation. 2.) Task is reassigned to 'Person2'. 3.) 'Person2' completes the task. 4.) We query history for the task, it says that 'Person1' was the assignee, whereas it was 'person2' at the point of completion. Process: | <?xml version="1.0" encoding="UTF-8"?> | | <process key="ReassignTest" | name="ReassignTest" | xmlns="http://jbpm.org/4.0/jpdl"> | | <start g="20,20,48,48"> | <transition to="test1"/> | </start> | | <task name="test1" g="96,16,127,52"> | <assignment-handler | class= "org.jbpm.examples.task.assignmenthandler.AssignTask"> | <field name="assignee"> | <string value="person1"/> | </field> | </assignment-handler> | <transition name="end1" to="end1"/> | </task> | | <end name="end1" g="255,16,88,52"/> | </process> | Test: | public void test_whether_reassign_history_works() { | ProcessInstance pi = | executionService.startProcessInstanceByKey("ReassignTest"); | | List<Task> tasks = taskService.findPersonalTasks("person1"); | assertTrue(tasks.size() == 1); | | long taskDbId = tasks.get(0).getDbid(); | | taskService.assignTask(taskDbId, "person2"); | List<Task> tasksAfterReassignment = taskService.findPersonalTasks("person1"); | assertTrue("Person1 should not have any tasks.",tasksAfterReassignment.size() == 0); | | List<Task> tasksForNewAssignee = taskService.findPersonalTasks("person2"); | assertTrue("Person2 should have 1 task.", tasksForNewAssignee.size() == 1); | | assertEquals("person2", taskService.getTask(taskDbId).getAssignee()); | | taskService.completeTask(taskDbId, "end1"); | List<HistoryActivityInstance> aiHistory = historyService | .createHistoryActivityInstanceQuery() | .executionId(pi.getId()).list(); | assertEquals("My assumption of there being only one entry in the history is wrong." , 1,aiHistory.size()); | HistoryTaskInstanceImpl hai = (HistoryTaskInstanceImpl) aiHistory.get(0); | | assertEquals("Person2 completed the Task, but someone else got the credit","person2", hai.getAssignee()); | } | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241816#4241816 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241816

16 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 July 2009