Hi Mani,
I've had a look at the Protege project files that you upload (thanks for that) and this has helped suggest some other things that need looking at.
Firstly, although it might sound like a good idea, I don't think it's necessary to switch on Track Changes or the Collaboration panel for the metaproject. Just to re-iterate, the purpose of this ontology is to manage the configuration of the server and that is all. I would suggest that you do not want to have collaborative, concurrent editing of this ontology, rather that you should be restricting access to it and only make edits to it when the server is stopped.
That is, to make a change:
- Stop the Protege Server
- Start a Protege client in stand-alone mode and directly open the metaproject.pprj file (you can do this from the server desktop or if the filesystem is shared, you could do this remotely).
- Make your changes and save the metaproject
- Close Protege client
- Restart the Protege Server
I wonder if this is related to that warning you saw? Was the server still running as you added that user?
By the way, the Protege team have been in recent versions making it possible to perform things like adding users and so on while the server is still running but this is done via the server administration option when you connect to the Protege server, not by directly editing the metaproject. I'm not sure of how 'in production' these capabilities are and in which version of Protege that they work. Worth checking their site.
So, when I opened your metaproject, I was immediately prompted to create the ChAO (changes ontology) for the metaproject. This is because 'Track Changes' is switched on in the Project options. Turn this off and close the Collaboration Panel and this should clear the need for the ChAO - and I now think that it is THIS changes repository that the server was complaining about not being able to find (as there wasn't one for your metaproject).
As I say, I think the best way forward is to turn off track changes and collaboration for the metaproject ontology.
The definition of the Essential AM Project in the metaproject looked fine and I notice that you have removed the Annotations project specification for this project (as we discussed in earlier posts).
However, I did notice that in the definition of the Annotations Essential AM Project that you had specified a .pprj file that was also included in the pack you posted. You had specified to store this ChAO project in the server area (which isn't necessarily a problem) but I thought is was worth pointing out that the changes / annotations repository (ChAO) is specific to each Protege project. That is, Essential AM Project would have it's own one - you do not share the ChAO across multiple repositories as they are created from within the selected Protege project by switching on Track Changes or the Collaborations Panel.
So, in the metaproject, we are telling the server where to find the project files that are already available. It will not create the ChAO for a project, you have to have created that already from within the selected project and then tell the metaproject where that ChAO (file, database etc.) can be found.
I would recommend that rather than manage all the ChAO annotations projects together, e.g. next to the metaproject, you keep the annotations project in the same folder as the Essential repository project. So, if you decide to enable change tracking / collaboration, open your Essential repository, switch these options on and Protege will prompt you to specify where and how to store the ChAO. Once you've done that and Protege has created the annotations project, then you can go back to the metaproject (having stopped the server first) and update the path to the annotations project for the Annotations Essential AM project to point to where you saved the ChAO.
I appreciate that this is a bit fiddly to set up but I think that it all makes sense once you understand how Protege works with this. Hope this post helps and as I say, I think that if we can straighten out your metaproject, you will improve the connection time as I think at the moment, the server is trying to connect to the Annotations project but there is only a PPRJ file (project definition) for that and no content for it, e.g. RDF files etc - as far as I can tell, this has been configured to use the 'changes.rdf' format (rather than a database). So the server is getting stuck unable to successfully open a partially configured project or something.
Jonathan