[protege-discussion] Frame API synchronization

[Tania Tudorache]

Hi Len,

Thanks for the clarification. From the first email, I did not realize 
that you were creating the instances in a separate thread.

We have a solution that will probably work. First of all, instead of 
turning event generation on and off, turn event dispatch on and off. 
Make sure that the call to kb.flushEvents() is not holding any locks.

The code could look like:

new Thread {

loop {
      kb.setDispatchEventsEnabled(false);

      // make changes to kb ...

      kb.setDispatchEventsEnabled(true);
      ((DefaultKnowledgeBase) kb).flushEvents();
}

This is very delicate and we are very interested to know how it worked.

Thanks,
Tim and Tania


Len Yabloko wrote:
> Tania, 
>
> Yes, I am calling API from my special thread that creates instances. The problem I am having is that Protege listeners while updating UI may block somehow any firther API call from my thread. Normaly I turn them off by disabling Protege "generateEvents" while performing my calls. But if I don't do that, then sooner or later (not right away) Protege will lock up. Do you have any advise for me?
>
> Thanks, 
> Len  
>
>   
>> Len,
>>
>> Are you using the Protege UI and implemented a plugin that create 
>> individuals by calling the API? If so, then you don't need to call 
>> wait(), the Protege UI is listening for changes in the knowledge base 
>> and will refresh accordingly.
>>
>> Tania
>>
>>
>> Len Yabloko wrote:
>>     
>>> Hi, 
>>>
>>> I am calling frame API to create new instance and expect to see GUI updated correspondingly. But I need to wait() until Protege GUI completes refresh before issuing another change. What flag should I use?  Will GUI issue notifyAll()?
>>>
>>> Thanks
>>>
>>>
>>> _______________________________________________
>>> protege-discussion mailing list
>>> protege-discussion at lists.stanford.edu
>>> https://mailman.stanford.edu/mailman/listinfo/protege-discussion
>>>
>>> Instructions for unsubscribing: http://protege.stanford.edu/doc/faq.html#01a.03 
>>>
>>>   
>>>       
>> _______________________________________________
>> protege-discussion mailing list
>> protege-discussion at lists.stanford.edu
>> https://mailman.stanford.edu/mailman/listinfo/protege-discussion
>>
>> Instructions for unsubscribing: http://protege.stanford.edu/doc/faq.html#01a.03 
>>
>>     
>
>
> _______________________________________________
> protege-discussion mailing list
> protege-discussion at lists.stanford.edu
> https://mailman.stanford.edu/mailman/listinfo/protege-discussion
>
> Instructions for unsubscribing: http://protege.stanford.edu/doc/faq.html#01a.03 
>
>