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

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: journal (Repost)

by clebert.suconic＠jboss.com

"timfox" wrote : deletes the messages in the queue too. Yes, that's the point. What if the server is crashed/stopped *while* the messages are being deleted. How restart would behave? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4213455#4213455 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4213455

14 years, 1 month

1
0
0 / 0

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

by clebert.suconic＠jboss.com

"timfox" wrote : deletes the messages in the queue too. Yes, that's the point. What if the server is restarted *while* the messages are being deleted. How restart would behave? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4213455#4213455 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4213455

14 years, 1 month

1
0
0 / 0

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

by timfox

Not sure what you mean by "undeploy". Deleting a queue, deletes the messages in the queue too. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4213453#4213453 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4213453

14 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: oryx and jbpm

by eikish

Ronalds description of the XForms editors is right on the money. Our own form editor is built from the perspective of an end user not a developer. However when we edit "process" forms which basically are jbpm tasks the only added complexity is that the developer must bind process/task variables to the inputs. But everything is done visually so that's not hard to do. We haven't released it to other developers other than our partners yet because we want to improve it substantially but it's used in production already. Just for fun here are some screenshots: The list of deployed jBPM processes and their "human" tasks [img]http://www.idega.is/content/files/public/formbuilder/80.png[/img] One jBPM process opened (in that particular version) and we see the editable tasks (forms are also versioned so we can change old running tasks and variables) [img]http://www.idega.is/content/files/public/formbuilder/81.png[/img] "Start task" in the design mode (also have source and preview). On the right are the used and unused variables from jbpm. [img]http://www.idega.is/content/files/public/formbuilder/83.png[/img] You can have sections as well [img]http://www.idega.is/content/files/public/formbuilder/84.png[/img] Binding a variable and setting its access attribute (changing the definition and running process instances). [img]http://www.idega.is/content/files/public/formbuilder/79.png[/img] Final form displayed in chiba (the css is of course customisable). "Custom" component at the buttom (done in source view) [img]http://www.idega.is/content/files/public/formbuilder/87.png[/img] Lastly here what our "task list" looks like for one of our clients (viewed as a case handler). This mixes it all together: roles supply the tasks from jbpm (custom actor resolution), we make documents out of everything (read only xforms or generate pdf), the system auto attaches emails related to the case, we support eSignatures and we access control the contacts. The handlers can access control everything to different roles: [img]http://www.idega.is/content/files/public/formbuilder/case.png[/img] Our reason for doing an Oryx extension is so we can visually reuse our reusable (sub)processes that we are using all the time in new processes for clients. As well as to be able to control some metadata about the process for example if a task should become a document or not and if it is signable or not. We then want to automatically jump to the xforms editor while developing processes to make it faster to develop solutions. We would be happy to work on a jboss hosted extension of Oryx. So go ahead and set it up. We have planned to start in march/april on it. A side note about the forms: We are a little dependant on Chiba at the moment but in the future I can see supporting other "renderers" like this new Google project: http://code.google.com/p/ubiquity-xforms/ Especially because Chiba is heavy on the memory resources in the current production version. Cheers Eiki, Idega. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4213450#4213450 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4213450

14 years, 1 month

1
0
0 / 0

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

by clebert.suconic＠jboss.com

You are running tests that are deploying and undeploying queues.. right? Maybe the queue was undeployed right before shutdown with messages still sitting on the journal, and Maybe you Ctrl-C while the deletes were being made. When the server was restart, maybe there was messages still on the journal, while the queue was already gone... and the server wouldn't start because of that. If this is the case we need to ignore these messages (providing warnings on the log). or maybe provide deletes in a two way on the Bindings Journal. An update on mark-to-delete followed by another delete when the messages were gone. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4213449#4213449 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4213449

14 years, 1 month

1
0
0 / 0

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

by clebert.suconic＠jboss.com

One thing that I realized (after our meeting today): I believe this will be something else. Maybe messages being persisted for NonPersistentQueues? (as we discussed during the meeting)... and we need to investigate that possibility what would be a bug. The bindingsJournal already syncs every non Transaction Add/update/delete: bindingsJournal = new JournalImpl(1024 * 1024, 2, true, true, bindingsFF, "jbm-bindings", "bindings", 1, -1); this is true for synNonTransactional, and true for syncTransactional. (we just sync every call on the BindingsJournal). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4213423#4213423 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4213423

14 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: oryx and jbpm

by tom.baeyens＠jboss.com

"heiko.braun(a)jboss.com" wrote : Guys, should we have a open discussion about xforms, task management, etc in the jbpm chat room next week? I had xforms+task management on my plate for the next release cycle. Would be nice you could join a kickstart discussion. What do you think? yes. +1. just say when. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4213373#4213373 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4213373

14 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Bug in Netty DynamicChannelBuffer

by timfox

from trustin: | (12:39:46) trustin: jbossfox: A user reported a bug in Netty's DynamicChannelBuffer. You or clebert might want to review what was changed: http://fisheye.jboss.org/browse/Netty/trunk/src/main/java/org/jboss/netty... | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4213362#4213362 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4213362

14 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: oryx and jbpm

by kukeltje

sorry Heiko, not directed at you... just saw your comment on the blog :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4213358#4213358 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4213358

14 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: oryx and jbpm

by kukeltje

oh... btw, for those who missed it: http://planetjbpm.wordpress.com/2009/02/25/xforms-editor-with-jboss-vpe-a... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4213356#4213356 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4213356

14 years, 1 month

1
0
0 / 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums February 2009