[JBoss jBPM] - Re: Lost update problem?
by kukeltje
I know... the 'compare' has to go deeper... with 3 and 4 NOT storing it to the root level but e.g. using a special node which looks all data up, compares all three and maybe create new tasks (e.g. for the manager) BEFORE storing it at the root level. These kinds of 'decisions' have to be modelled into the process.
When you have threads instead of tasks it is more difficult, but not impossible... still most of the time it has to be in the process. Be it real workflow (e.g. assign to a manager to decide) or bpel like...(have some automatic rule to decide which 'wins')
Maybe the engine can help out a little by just giving a warning like 'original value has changed since reading'. This is already possible by using the logging from jBPM, since all updates are stored there. Sounds like some Business Process Isolation Level configuration ;-)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162193#4162193
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162193
17 years, 9 months
[JBoss jBPM] - Re: Lost update problem?
by twiceknightly
I see what you mean kukeltje about keeping the changes local(related to the token) first, then adding the changes to the higher level. I'm not sure that would work though and this is my reasoning.
Eventhough the tokens have a different scope there is still only one context instance being shared between two threads. So
1. Thread one gets the context instance with variable A stored already at the root level.
2. Thread two gets the context instance with variable A stored already at the root level.
3. Thread one makes an update to his local var B and persists both his var B and var A.
4. Thread two makes an update to his local var C and persits both his var C and var A
Unfortunately the persistence of local var B by thread one (number 3) is lost when 4 is performed?
Is this not correct?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162186#4162186
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162186
17 years, 9 months
[JBoss Tools (users)] - Re: JBossTools 2.1.2.GA released
by Andy Gibson
Hey Marshall,
Just got the latest to take it for a spin, and hit some large problems.
When I open the JBoss Server View, I get :
Could not create the view: org/eclipse/wst/server/ui/internal/view/servers/ServerAction
The top part of the details is :
| java.lang.NoClassDefFoundError: org/eclipse/wst/server/ui/internal/view/servers/ServerAction
| at org.jboss.ide.eclipse.as.ui.views.server.ServerTableViewer.<init>(ServerTableViewer.java:204)
| at org.jboss.ide.eclipse.as.ui.views.server.ServerFrame.<init>(ServerFrame.java:113)
| at org.jboss.ide.eclipse.as.ui.views.server.JBossServerView.createPartControl(JBossServerView.java:141)
| at org.eclipse.ui.internal.ViewReference.createPartHelper(ViewReference.java:371)
| at org.eclipse.ui.internal.ViewReference.createPart(ViewReference.java:230)
|
Here's what I'm using :
dtp-sdk-1.6RC3-200806031057.zip
eclipse-SDK-3.4RC3-win32.zip
emf-runtime-2.4.0RC3.zip
GEF-SDK-3.4.0RC2.zip
wtp-sdk-S-3.0RC3-20080604011433.zip
xsd-runtime-2.4.0RC3.zip
This is basically the build drivers for the current nightly builds. I also am currently running a nightly build which should be identical to 2.1.2 (JBossTools-200807010815-nightly-ALL-win32.zip) which is working fine.
I unzipped everything into a fresh new directory, including the Jboss tools 2.1.2GA, set up a shortcut and launched it.
When I switch to the Seam view, the JBoss Tools window shows :
Could not create the view: org/eclipse/gef/internal/ui/palette/editparts/PaletteEditPart
details :
| java.lang.NoClassDefFoundError: org/eclipse/gef/internal/ui/palette/editparts/PaletteEditPart
| at org.jboss.tools.vpe.ui.palette.CustomPaletteEditPartFactory.createDrawerEditPart(CustomPaletteEditPartFactory.java:27)
| at org.eclipse.gef.ui.palette.PaletteEditPartFactory.createEditPart(PaletteEditPartFactory.java:66)
| at org.eclipse.gef.editparts.AbstractEditPart.createChild(AbstractEditPart.java:249)
| at org.eclipse.gef.editparts.AbstractEditPart.refreshChildren(AbstractEditPart.java:726)
| at org.eclipse.gef.editparts.AbstractEditPart.refresh(AbstractEditPart.java:677)
|
Let me know if I need to fill out a JIRA or whether you need more info or want me to try something out.
Cheers,
Andy Gibson
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4162179#4162179
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4162179
17 years, 9 months