Closed tuxji closed 4 years ago
Upgrade to the OSATE 2.7.x series has been on our To-Do list for several weeks. We had opted to postpone this until after the 2020-February PI meeting. That is past now and we are moving ahead to support OSATE 2.7.x.
Prior to 2.7.x, release OSATE did not support semantic versioning. Changes in the OSATE API had resulted in problems due to removal of API features or changes in their behavior. Accordingly, we needed to lock each specific version AGREE to a specific version of OSATE. Hopefully, now that OSATE claims to support semantic versioning, we can be more flexible with the versioning.
We will be conducting the upgrade to OSATE 2.7.x over the next few days and plan to evaluate a less strict tying of versions.
AGREE, Resolute, and BriefCASE have been updated to support OSATE 2.7.x (and beyond via semantic versioning).
Due to an unfortunate use of explicit versions in the target definition file, AGREE 2.4.1 has a hard dependency on OSATE 2.6.0.vfinal so we cannot use both AGREE 2.4.1 and OSATE 2.7.0 together in our own plugin:
Will you please consider removing the following explicit versions from your target definition file, updating the repository locations wherever necessary, and releasing AGREE 2.4.2 (we would need 2.4.2 added to AGREE_Updates since we are using that update site)?
The above diff shows the changes that would make AGREE 2.4.2 upward compatible with newer Xtext and OSATE versions. It's true that new OSATE versions might change the OSATE API in some way that old AGREE code can't handle but please let us take that risk.