[rules-users] Drools guvnor issue

[Michael Anstis]

A Guvnor JIRA.

2011/11/8 Tihomir Surdilovic <tsurdilo at redhat.com>

>  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>
>
>>  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> 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
>>> https://lists.jboss.org/mailman/listinfo/rules-users
>>>
>>
>>
>>
>> _______________________________________________
>> rules-users mailing listrules-users at lists.jboss.orghttps://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
>>
>>
>
>
> _______________________________________________
> rules-users mailing listrules-users at lists.jboss.orghttps://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/97a3ed71/attachment.html