You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Recently, RoboTool fails to install most plug-ins due to an issue with update sites in Eclipse and the absence of GPG keys. This is similar to an issue we've previously identified, and for which the solution was to remove two update sites, namely Latest Eclipse IDE Packages Release and Latest Eclipse Simultaneous Release. Upon adding the RoboTool update site, Eclipse adds an update site with location https://download.eclipse.org/modeling/tmf/xtext/updates/composite/releases/, which seems to be causing a similar issue. Example below:
A current workaround is to remove the Xtext composite update site, that only appears after inputting the RoboTool update URL, thus adding extra steps for users to follow. Therefore, it would be good to fix this issue and this is my request to you.
I have narrowed the issue down to the category.xml of plug-ins that include an XML tag repository-reference with the above URL. I've also noticed that references in the same file and within target plug-ins also seem to refer to earlier versions of Eclipse. Therefore, it would be good if you could:
Revise the category.xml of fhe feature project of your plug-in and replace https://download.eclipse.org/modeling/tmf/xtext/updates/composite/releases/ by the URL used for the current version of Xtext https://download.eclipse.org/modeling/tmf/xtext/updates/releases/2.25.0/. Do check whether Xtext is really a required dependency of your specific plug-in, otherwise I think it could be removed?
Similarly, revise your target/repository project any update any tags that reference the Xtext URL.
Similarly, update any references to Eclipse update sites of https://download.eclipse.org/releases/2020-03 and replace them with https://download.eclipse.org/releases/2021-12, and or, as appropriate.
Test that you can compile your plug-in with Eclipse/Maven.
Update this thread as to whether you've completed the above, and if not applicable also please state so. If you wish, you can reference this issue by URL in a pull-request or commit text, that way GitHub will track changes in this thread automatically.
I'll update the following checklist as each relevant repo/plug-in is updated:
robocert-csp-gen
robocert-tikz-gen
robocert-metamodel
robocert-textual
robochart-metamodel
robochart-textual
robochart-graphical
robochart-csp-gen
robochart-comparison
robochart-prism-gen
robochart-importer
robochart-exporter
robochart-2sim-tools
robochart-expr-fdr-gen
robosim-metamodel
robosim-csp-gen
robosim-textual
robosim-graphical
robosim-generator-template
physmod-metamodel
physmod-textual
physmod-sdf-gen
physmod-cpc-gen
physmod-sdfpp-gen
The text was updated successfully, but these errors were encountered:
Neither robocert-csp-gen nor robocert-tikz-gen are currently maintained (and I don't think they're exposed to the wider public). Would archiving them be enough to resolve the issue for now?
(Current robocert tool progress is in the form of robocert-hs until a robotool-friendly v0.2 compliant robocert tool can be made. The tikz generator was always experimental and is now very far behind.)
The last stable form of RoboCert's CSP generator was in robocert-textual, which I imagine does need to be fixed.
Neither robocert-csp-gen nor robocert-tikz-gen are currently maintained (and I don't think they're exposed to the wider public). Would archiving them be enough to resolve the issue for now?
The last stable form of RoboCert's CSP generator was in robocert-textual, which I imagine does need to be fixed.
Could you please look into the public plug-ins, robocert-metamodel and robocert-textual, and report if they need fixing? (As an aside, the feature "RoboCert Metamodel Developer Resources" is still miscategorized.)
Dear colleagues @UoY-RoboStar/plugin-developers ,
Recently, RoboTool fails to install most plug-ins due to an issue with update sites in Eclipse and the absence of GPG keys. This is similar to an issue we've previously identified, and for which the solution was to remove two update sites, namely
Latest Eclipse IDE Packages Release
andLatest Eclipse Simultaneous Release
. Upon adding the RoboTool update site, Eclipse adds an update site with locationhttps://download.eclipse.org/modeling/tmf/xtext/updates/composite/releases/
, which seems to be causing a similar issue. Example below:A current workaround is to remove the Xtext composite update site, that only appears after inputting the RoboTool update URL, thus adding extra steps for users to follow. Therefore, it would be good to fix this issue and this is my request to you.
I have narrowed the issue down to the
category.xml
of plug-ins that include an XML tagrepository-reference
with the above URL. I've also noticed that references in the same file and withintarget
plug-ins also seem to refer to earlier versions of Eclipse. Therefore, it would be good if you could:category.xml
of fhe feature project of your plug-in and replacehttps://download.eclipse.org/modeling/tmf/xtext/updates/composite/releases/
by the URL used for the current version of Xtexthttps://download.eclipse.org/modeling/tmf/xtext/updates/releases/2.25.0/
. Do check whether Xtext is really a required dependency of your specific plug-in, otherwise I think it could be removed?https://download.eclipse.org/releases/2020-03
and replace them withhttps://download.eclipse.org/releases/2021-12
, and or, as appropriate.I'll update the following checklist as each relevant repo/plug-in is updated:
robocert-csp-genrobocert-tikz-genThe text was updated successfully, but these errors were encountered: