fisheye evaluation

We are presently evaluating FISHEYE + CRUCIBLE for our review and repository integration purposes. The SCM in use is SVN. Whenever any new repository is defined in Fisheye, the initial indexing throws up the following error: -

Repository paused due to error com.cenqua.fisheye.rep.RepositoryClientException: org.apache.subversion.javahl.ClientException:svn: E210004: Handshake failed, received:" org.apache.subversion.javahl.ClientException:svn: E210004: Handshake failed, received:" org.tmatesoft.svn.core.SVNException: svn: E210004: Handshake failed, received:"

Why is this error occuring so many times?

This error is thrown at times even for repositories that have finished the initial scanning and indexing processes.

Please help resolve this ASAP

3 answers

0 vote

Hi Sangeeta,

I'm afraid it is not clear from the error message what is the cause of that, would you consider raising support request so we could look into the details? Please include more details is possible:

  1. full stack trace of the error from log file
  2. is the problem intermittent or permanent?
  3. which protocol do you use to connect to your SCM? Local file:/// protocol, svn or rather http(s)?
  4. what version of svn is used on the SCM side

Kind regards,
Piotr

The problem seems to be with the indexing happening over a network connection and also due to shortage of disk space. We are presently working on mirroring the SVN repository and also increasing the space allocation. Hopeful that these steps should resolve the issue.

I have increased the allocated disk space for the application's data folder. At that time, it was showing a lack of disk space because the Fisheye "backup" was eating up all the disk space. Now that has been sorted out. Still, the indexing process is not working properly.

Here is how I have configured the repositories in FISHEYE: -

The SVN server: version 1.3

SVN client: the bundled svnkit 1.7.x

The SVN repository has been broken down into several FISHEYE repositories, each one has been optimized so as to include only the necessary source folders and exclude all other types of folders. Even within the "source", i have included only those versions that are actually under maintenance or development.

The indexing process shows several repositories in "running" status. However, when we open the files to view the source or diff, then many files show the error: "unable to fetch content". Also, many files do not show "Full content" once they are added to a review. Only the diff information is available, full content is not available. No error is shown in this case, the application simply ignores the request for full content.

Why is the indexing process not happening thoroughly for all files and folders?

Do I need to specify any rules concerning the folder format?

Do the svnkit and the SVN server versions (mentioned above) work well with each other or are there any known issues that we have failed to notice?

Do I need to upgrade the FISHEYE instance for better performance?

Can there be some "socket" level problem that is affecting us?

Please help us resolve this, because we are on the verge of actually buying this product for our development center.

Suggest an answer

Log in or Sign up to answer
How to earn badges on the Atlassian Community

How to earn badges on the Atlassian Community

Badges are a great way to show off community activity, whether you’re a newbie or a Champion.

Learn more
Community showcase
Published yesterday in Trello

Alice Camilla on organizing your work/life/fandoms with Trello!

@Alice Camilla is a university student, currently writing her MA thesis in Archaeology. She's also a freelance blogger and content creator, writing about geeky stuff from productivity apps to JR...

39 views 1 6
Read article

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you