-
Notifications
You must be signed in to change notification settings - Fork 24
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Protege console: plugin document could not be loaded due to a network error #58
Comments
This is a problem for me, too, and I assume that all Protege users will encounter a very slow response when they will check for plugin updates because of this. I don't know when the semanticweb.org site will be live again, and if the original entry in the Protege plugin registry for ELK will be available again or not, but wouldn't it make sense to update the Protege auto update registry (
instead of
? If you like this solution, please make sure that the version number and Download link in the
or
|
I made an enquiry about semanticweb.org. Apparently, the server has been moved to another machine, and the dns entry for the subdomain elk.semanticweb.org was not correctly updated. The site semanticweb.org is not down by has some problems with ssl certificates. I don't know when this problem will be fixed (if at all). The workaround with updating p5.update.properties in the Protege registry will help only to those who do not have ELK installed. Otherwise Protege looks at p5.update.properties of the installed plugin. In general, I think it would be useful to disable auto-updates in Protege on a plugin basis. This could also help in situations when the new versions of purlins have problems and should not be updated automatically. |
Thank you for trying to fix this @ykazakov. I hope the website will be up and running again, soon. Interesting idea about controlling the auto-update for individual plug-ins. It would be also cool if Protégé users could specify custom plug-in repository locations that they would like checked, in addition to the main P5 BTW, I think that when a "check for plugins" action is executed (either explicitly through |
Are there any other repositories available?
Protege plugins provide update-url in MANIFEST.MF which is used for checking for updates. So it is possible to check for updates even plugins not listed in the Protege plugin repository (b.t.w., see protegeproject/protege#743). For example, ELK 0.4.3 contains the following entry:
I would be surprised if these settings are overridden from the settings in the Protege plugin repository. |
@ykazakov For OWL API developers such as myself using 0.5.0 via Maven, is there an alternative/mirrored location to the dependency?
https://maven.apache.org/guides/mini/guide-mirror-settings.html |
This is documented on the wiki and I didn't see it until now. For dev snapshots, I needed to add the following to my pom:
|
@rwynn please do not confuse protege plugins and maven dependencies |
I've implemented a temporary workaround for those that do not have ELK installed. The registry now points to |
When starting Protégé, the following message is written to the console. I assume this is how Protege checks if there are updates?
I’m unable to ping semanticweb.org. Is it down, or should I try reinstalling if the maven location moved?
The text was updated successfully, but these errors were encountered: