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
When using OSATE with a subversion project that has the needs-lock property, an error can occur while renaming elements if the source file is not locked for editing. When manually editing a file, Eclipse will prompt to lock the file when saving. However, when refactoring, Eclipse will not prompt. An error is shown. Similiar issues affect the graphical editor.
Steps to Reproduce
This may not be a minimal model or steps but I was able to reproduce by doing the following.
Create a subversion repository. Recommend just creating a local one using TortoiseSVN.
Install Subversive into the OSATE installation.
Checkout a subversion repository using TortoiseSVN or with Eclipse.
Add an AADL project with two packages. Each package should contain a system. One of the systems should extend the other.
Commit the files to the repository.
Sets the needs-lock property on the folder/files. In TortoiseSVN that uses Properties command from the context menu.
Ensure that all locks have been released.
Open the project in OSATE and ensure that it is "shared" in Eclipse. Just make sure that the svn information is being displayed in the navigator.
Use the rename element command from the text editor to rename the system that extends the other. In the example below, rename B.
An error dialog appears with an exception.
package svn1
public
with svn2;
system B extends svn2::A
end B;
end svn1;
package svn2
public
system A
end A;
end svn2;
Environment
OSATE Version: 2.3.2
Platform: Windows 10
The text was updated successfully, but these errors were encountered:
As part of improving the graphical editor support in #1217, additional experimentation was done with subversion. Subclipse appears to handle locking better than subversive. There were occasional NPE when refactoring in the graphical editor with subversive.
Subclipse will try to automatically lock files in most cases. However, if subclipse fails to lock the file due to it already being locked, it will just output a message to the console. However, the message will describe the cause so from a user perspective, I believe subclipse provides the best experience. There may not be anything that is needed to do beyond the enhancements as part of #1217 other than recommend subclipse as the SVN plugin.
I don't know of anything else that can be done other than discourage subversive use. I haven't checked this lately so I don't know if subversive's behavior has changed.
Summary
Expected and Current Behavior
When using OSATE with a subversion project that has the needs-lock property, an error can occur while renaming elements if the source file is not locked for editing. When manually editing a file, Eclipse will prompt to lock the file when saving. However, when refactoring, Eclipse will not prompt. An error is shown. Similiar issues affect the graphical editor.
Steps to Reproduce
This may not be a minimal model or steps but I was able to reproduce by doing the following.
Environment
The text was updated successfully, but these errors were encountered: