Eclipse Plugin Problems (Check In, Pending Changes View)

[iamcanman]

I’m having a lot of trouble getting the Vault Eclipse Plugin (4.0.4, with matching client) working.

Details:

1) The Pending Change Set view never shows anything that’s pending, clicking refresh returns with no results, even when I can clearly see pending changes in the tab on the Vault Client. To commit an add, I must use the Vault Client.
2) I can check out files and folders, but I cannot check them back in.
When selecting one or more files to check-in, after an extremely long lag the check-in dialog pops up, but the “Files to Check In:” list is always empty.

I have also tried this with Vault Client and Eclipse plugins 4.0.2 (which is the server version we’re running)

Any help you can provide would be greatly appreciated.

Additional information:

Eclipse 3.2.1
Java 1.6.0_01
Windows XP Pro SP2

[iamcanman]

Also, when editing a file in Eclipse, upon save the Vault Client shows the file status as Renegade, and not Edited.

[shannon]

Let's see if we can get you sorted out. I need some more information.

Did you manually install the plugin or use Eclipse's update manager?

Is the Error Log showing any errors?

Are the files you're editing decorated with a small gold cylinder (in the package explorer or navigator view)?

Could you also check the log file for any pertinent info? You can find the log file at C:\Documents and Settings\[user]\Local Settings\Temp\VaultEclipseLog.log

[iamcanman]

Installed the plugin via Eclipse's manager.
Eclipse error log (PDE Runtime->Error Log) is empty.
Gold cylinders and red read-only dots are present on all items before checkout.

In the console I can see the check-out activity:
Checking out file $/(filenames omitted)
Checked out file $/(filenames omitted)

After check-out --- if I edit any file and save it --- its status changes to Renegade in the Vault client.

Attempting to check-in from Eclipse I still get an empty Files To Check In list, this is the only matching output in the log file:

8/13/2007 10:18:45 AM <eventengine>: Event fired: VaultClientOperationsLib.ChangeSetItemsChangedEvent@1ad3946
8/13/2007 10:18:45 AM <refresh>: Serialized CacheMember_ChangeSetComment
8/13/2007 10:18:45 AM <commit>: Beginning commit with 0 items
8/13/2007 10:18:45 AM <refresh>: Serialized CacheMember_ChangeSetComment
8/13/2007 10:18:45 AM <refresh>: Refresh started
8/13/2007 10:18:45 AM <refresh>: delta passed in was null, retrieving one
8/13/2007 10:18:45 AM <eventengine>: Event fired: VaultClientOperationsLib.StatusMessageEvent@18b56d0

Seems like it doesn't recognize anything has changed.

Also, the log files are somewhat hard to run through -- is there any way to disable the thousands of lines of output for <wf> and <checkoutlist> that are dumped every time I perform a Vault operation in Eclipse...?

Sample output below:

8/13/2007 10:13:18 AM <checkoutlist>: In-memory authoritative check out list (after update):
8/13/2007 10:13:18 AM <checkoutlist>: (1605 items)

Then there are then 1605 lines for everything that's current checked-out on the server.

Additionally, the following lines are output for every single folder and file in the project after every operation:

8/13/2007 10:13:22 AM <wf>: wf (filenames omitted) mutex locked
8/13/2007 10:13:22 AM <wf>: wf (filenames omitted) mutex released

Thanks again,
-Craig

[shannon]

Craig,

I am working hard to reproduce your problems on this end, but I'm only having limited success.

The problem with the GUI client showing renegade is due to Java not understanding domains. It uses your machine name in place of your domain name and this is causing issues with Vault recognizing it as a checkout from the same machine/domain.

If you are open to using CVS mode instead of VSS mode, you may have less trouble. If you are willing to try, I would suggest switching your GUI client settings to CVS style and restarting eclipse to at least see if that fixes any of the problems you are seeing.

The logging cannot be turned off or reduced at this point. There are plans to add some control on the level of logging.

How did you get the project into your workspace and under version control? Import?

If you perform an operation that doesn't require a checkout, perhaps a move or rename of a file, does that operation show up in the pending changes view after you press the refresh button in the tool bar?

Thank you for your patience,
Shannon

[iamcanman]

Alright, I gave CVS mode a shot -- and the vault client does now show files as Edited.

However, the Pending Change Set view still remains empty, even upon Refresh; so I cannot commit changes from Eclipse.

Likewise, CVS mode is not a valid alternative as I also need to support VS 2003/2005 environments on the same machine (often times at the same time)

If there's a hard-limitation on Eclipse of not being able to support VSS mode -- I may not be able to use the plugin at all.

[iamcanman]

... almost forgot (again)

Yes, I placed the project into Eclipse via Import.

[shannon]

Can you check in the admin web tool to see if the checkouts from eclipse are being recognized there? It would be under whichever repository, Undo Check Out.

[iamcanman]

Yes, they do show up under Undo Check Out

[shannon]

Since I can't reproduce these issues and we've never run across them before, I can only speculate that either there is something unique about your setup/environment that I'm missing or something went wrong with the install of the plugin. It might be worth trying to uninstall the plugin and reinstall it and perform a new import into a fresh workspace.

[iamcanman]

I just tried wiping my workspace, grabbing a fresh copy of Eclipse 3.2 SDK from their site and forcing it to run on J2SDK 1.4.2 Update 15 --- got the same exact behavior.

Thanks, however, for the assistance in trying to resolve this.

[lbauer]

We'd like to figure out what's going on, especially if there might be a problem with Vault and Eclipse that we haven't been able to reproduce here.

Would you consider doing a remote assist session with Tech Support and Shannon, our Eclipse specialist?

Email support@sourcegear.com, ATTN Linda, and we'll schedule a time that's convenient for you.

[iamcanman]

Yes, perhaps later in the week we can schedule a remote session -- I have done quite a bit of additional testing as well:

Using Eclipse 3.2.1 / jdk1.4.2_15:

If I import the project from Vault and allow Eclipse to use the default workspace for its files, everything works as expected.

What I've been doing is pointing Eclipse to my local working folder. For example:

Vault Client: $/ mapped to C:\Source
Project Folder: $/SomeProject mapped (inherited) to C:\Source\SomeProject

On import in Eclipse:

Use Default Location is unchecked and I point Eclipse to use C:\Source\SomeProject
This method doesn't work.

If I check Use Default Location on import, everything works as expected -- and in the vault client I can see the working folder has been overridden to "C:\Document and Settings\ME\workspace\SomeProject"
I need to be able to point Eclipse to the working folder directly -- not using the user-specific workspace. Perhaps this will help shed some light on what's happening here.

Also of note: Eclipse (and for that matter Aptana) running under JDK1.6.0_01 does not seem to work no matter what I do. Perhaps a problem with Java 6 is also present. (Although I see you state only Eclipse 3.2/Java 2 are supported, so I'm not expecting it to function.)

Thanks again for your assistance.

[shannon]

I'm not seeing this Use Default Location checkbox. Exactly what type of import are you performing and where is this checkbox located?

[iamcanman]

Import->Project From Vault->(Choose Repository and Folder)->

You then have two selections:

"Open As Simple Project" or "Open As ..."

Select "Open As ...", choose the appropriate project type (e.g. Java Project) and hit next.

Then you name your project: Directly under the "Project name" field is the check box for "Use default location".