My colleague and I both have this problem since Servoy 6 (not 100% sure) that when we do an SVN update, the Solution explorer doesn’t pickup the changes. Refreshing doesn’t work, Serclipse needs to be restarted.
After restart, everything gets picked up.
Does somebody have a clue what could cause this? We’ve checked our solution metadata in the workspace, everything seems to be the same on both machines.
We are a bit lost in how we could resolve this. (Or could it be a bug?)
We’ve had a few issues with serclipse over the last two months on S6, to the point where we were losing development work. Changes were being over written with previously saved work.
We’ve changed to Subversion in the last week and that appears to have resolved the issue - nicer to use to IMHO.
We just switched to Subversion too. But we still have a problem:
Only Forms (.frm) files do not pick up a change. Only restarting make them pick up the latest changes… Still lost with this problem.
if you notice this and you then go to the frm file (in eclipse) and open it with a text editor (so not the form editor)
and you make a small change is then the form editor updated?
I’ve tested this like you suggested by opening the form file in a text editor (within Eclipse). Made a small change in the text of a label.
After commit, the other machine picks up the text change in the form file, but the Form Editor doesn’t gets refreshed. A manual refresh of the Solution Explorer doesn’t help either. Only restarting makes the form editor pick up the change.
i am not talking here about any other machine
If you have done an update
and you don’t see it in the Form Editor
then open on that machine the text file, and make a little change (like moving a field 1 pixel)
is then the form editor updated or not (in that same servoy install)
Well, the form in the Form Editor does get updated on the same machine if you change something of this form with a text editor.
But, it doesn’t work if you get any updates through SVN. So, if I receive SVN updates only the text files get updated, the form in the Form Editor only updates after restarting.
which subversion plugin do you exactly use? (which version?)
Because if you change the text file and then you do see the changes that is exactly how svn also should work, we just rely on the file change events in eclipse to update the form.
If on the same machine you change the xxx.frm file in a text editor outside of eclipse. And then call refresh, is then the form editor updated?
When editing the .frm file in a text editor outside Eclipse, the form does get updated in the Form Editor.
We have tried it with different svn clients/version:
Subversive 0.7.9
Subclipse 1.6
Subclipse 1.8.2 (currently installed)
also tried it with both the JavaHL and SVNKit connectors.
But with all we can’t get the Form Editor updated/refreshed after an update. Restarting works, but it is very annoying. Could it be our workspace that causes this? We also tried to disconnect and checkout projects. But that didn’t help either.
i have no idea what it is, you can try to start completely clean with an empty workspace
If outside the workspace and then through a refresh works then that is exactly how svn updates are pushed to servoy.
an outside process changes the files (JavaHL adapter) then the plugin calls refresh that causes servoy to get file notifications and we update then the structure.
We’ve already tried starting with a clean workspace several times.
Could it in someway have to do with the Resources that are shared through SVN, or that there are any metadata files or something that could cause the problem?
We’ve changed all variables except changing the files that are shared on SVN. So different SVN connectors/clients/fresh install/etc. but the only thing that was constant with all these trials was the shared files through SVN. Could it be that there can be something wrong there?
we also use that internally and i don’t here any complains about that,
also we have done tests our self when testing our resource change events with svn also that was working fine
So i have no idea why it goes wrong for you, as i said there shouldn’t be any difference what so over if you change the file from the outside and the do a refresh inside servoy of that file.
Thats just how svn also works.
As far as i know loads of servoy developers use svn why aren’t those having the same problems?
Hi Johan, thanks for your thoughts.
I can’t figure it out too, it always worked fine. It must be something with my setup. The strange thing is, we made an empty test solution to check if it also happens with another solution. And with a new solution everything works perfectly.
I was hoping to find some clues by eliminating all possibilities. Think I’m going to reinstall everything once again. Fingers crossed… I’ll report here if I can find the reason of this problem.
if we could exactly get your workspace and a connection to an svn so that we can have the exact same setup, maybe we can figure it out why it happens for you.
But this is not that easy i guess because for a full test i also need access to the svn you use…
Finally, after updating CollabNet to the newly released update this problem is fixed!
This appears to be the same problem I was having here:
My current version info
CollabNet Merge Client 2.2.4
Eclipse Platform 3.5.0.I20090611-1540
JNA Library 3.2.7
Servoy Feature 5.2.11.1022
Subclipse (Required) 1.6.18
Subversion Client Adapter (Required)
Subversion JavaHL Native Library Adapter (Required) 1.6.17
Subversion Revision Graph 1.0.9
SVNKit Library 1.3.5.7406
Is this still scheduled for 5.2.12?
the fix that is described here looks to be a newer/latest version of the svn/plugin itself.
In your thread we mentioned that we did find something that could cause this, this is committed for 5.2