[rules-users] Drools guvnor issue

[Tihomir Surdilovic]

On 11/8/11 6:59 AM, Michael Anstis wrote:
> Yes, I know that :)
>
> However, in the grand scheme of open JIRAs and (I assume) the 
> importance to the OP of having this fixed as soon as possible them 
> looking themselves might be the quickest option. Many, many other 
> asset types stored in Guvnor work fine - however it is obvious the 
> screens re-load, thus refreshing the asset object, following a save 
> and check-in. 
> Whatever mechanism is in place for BPMN2 Assets is not working quite 
> the way it should.
It works the exact same way as any other assets in Guvnor. To Guvnor a 
.bpmn2 asset is the same as a .drl, or a .dsl, etc. Could be that if 
using the standalone editor servlet the user should place the generated 
content inside of an iframe would allow for an automatic refresh of the 
iframe content after a save operation..but again this has nothing to do 
with the actual actual editor that creates the content, but with how 
Guvnor handles storing of assets.
> I did suggest a JIRA could be raised, but we're not likely to look at 
> it any time soon.
If your assumption from the beginning is that this is an issue only with 
storing of bpmn2 assets should the user create a guvnor or a jbpm jira?
>
> With kind regards,
>
> Mike
>
> 2011/11/8 Tihomir Surdilovic <tsurdilo at redhat.com 
> <mailto:tsurdilo at redhat.com>>
>
>     The jBPM Web Designer does not store any assets itself, but
>     delegates to Guvnor to store them, as such I think you cannot just
>     say "go figure out some code which could be broken" but look at
>     possible Guvnor issue here. A test scenario would be nice to have
>     that can reproduce the issue, as well as trying to do this with
>     other assets not just BPMN2 processes. I assume you are storing
>     your assets embedded into your app via the standalone servlet,
>     which _is_ Guvnor code ;)
>
>     Thanks.
>
>     On 11/8/11 6:20 AM, Michael Anstis wrote:
>>     Great.
>>
>>     So your options are: raise a JIRA we will look at at some time,
>>     or have a look in the code yourself :)
>>
>>     The problem is as I surmised; when saving the object representing
>>     the BPMN2 process it needs to be re-loaded\refreshed so
>>     subsequent optimistic lock checks succeed.
>>
>>     On 8 November 2011 11:16, ANJALI <swathi.2426 at gmail.com
>>     <mailto:swathi.2426 at gmail.com>> wrote:
>>
>>         If i use close/re-open everything is fine
>>
>>         --
>>         View this message in context:
>>         http://drools.46999.n3.nabble.com/Drools-guvnor-issue-tp3489376p3489938.html
>>         Sent from the Drools: User forum mailing list archive at
>>         Nabble.com.
>>         _______________________________________________
>>         rules-users mailing list
>>         rules-users at lists.jboss.org <mailto:rules-users at lists.jboss.org>
>>         https://lists.jboss.org/mailman/listinfo/rules-users
>>
>>
>>
>>
>>     _______________________________________________
>>     rules-users mailing list
>>     rules-users at lists.jboss.org  <mailto:rules-users at lists.jboss.org>
>>     https://lists.jboss.org/mailman/listinfo/rules-users
>
>
>     _______________________________________________
>     rules-users mailing list
>     rules-users at lists.jboss.org <mailto:rules-users at lists.jboss.org>
>     https://lists.jboss.org/mailman/listinfo/rules-users
>
>
>
>
> _______________________________________________
> rules-users mailing list
> rules-users at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20111108/5652dd81/attachment.html