Search Mailing List Archives
[protege-discussion] Problem using Forms Tab in Collaborative mode
tudorache at stanford.edu
Tue May 27 18:44:43 PDT 2008
The problem is a little bit more complicated. When a client connects to
the server, the project data (that contains the forms information), will
be copied from the server to the client. After that the client forms are
decoupled from the server forms. I have explained how this works in an
email thread on this mailing list some times ago and what the problems are.
So, even if a client is changing the form for a class, then once he logs
out, the changes are lost. It is also not clear, if the changes should
be propagated to the server or not. If they were, then all the other
clients, would suddlenly see a different form for the class (which may
not suit them). On the longer term, we may support different forms for
different users, but this requires some reimplementation of the current
On the shorter term, we will add the possibility to shut down only one
project on the server; then an admin could edit the classes project, and
restart it on the server. This would mean that clients could go on
editing and then at some point, they could reload the project from the
server with the new forms.
Tomas Potok wrote:
> Thanks for the reply,
> indeed, it's very inconvenient that I need to shut down the server, change the
> Forms and restart it again (I assume that's necessary). In my current use case
> I'd like to change the classes (and Forms) and fill in the instances at the same
> time (continuous class model evolution along with usage).
> I think this should be solved on the permission level, i.e. certain users would
> be permitted to do changes to the Forms.
> Thanks, Tomas.
> On Tue, 27 May 2008, Jonathan Carter wrote:
>> This is expected behaviour and it intentional on the basis that a
>> "superuser" or "admin" can control the forms by directly accessing the
>> Project in stand-alone mode to manage the GUI. Having many users
>> attempting to edit the forms at once could cause all sorts of
>> problems, I would imagine.
>> For what I'm doing, this works ideally. I can modify the forms as I
>> need to then start up the server to have my users work on Classes and
>> Instances in multi-user mode and I can control the GUI and make sure
>> that it's consistent. Although I realise that it would convenient to
>> be able to edit the Forms from client-server mode, I would have a lot
>> of concerns about how the Forms would or could turn out if they were
>> available to all users.
>> Hope this helps
>> Jonathan Carter - Head of Technical Architecture
>> Enterprise Architecture Solutions Ltd
>> Assess your EA maturity at:
>> On 25 May 2008, at 01:26, Tomas Potok wrote:
>>> I'm running the Protege server (tried 3.3.1 and 3.4beta) and
>>> I cannot turn the "FormsTab" in "Project / Configure..." on
>>> (when connected to the server remotely). There's even no reason for
>>> unavailability displayed (for others there's one). Simply greyed
>>> Windows XP, standard out-of-the-box setup.
>>> Help greatly appreciated.
>>> Also doing mathematics this way?
>>> protege-discussion mailing list
>>> protege-discussion at lists.stanford.edu
>>> Instructions for unsubscribing: http://protege.stanford.edu/doc/faq.html#01a.03
> protege-discussion mailing list
> protege-discussion at lists.stanford.edu
> Instructions for unsubscribing: http://protege.stanford.edu/doc/faq.html#01a.03
More information about the protege-discussion