When I said SSH problem, I meant more like an SSH connection problem
to that specific server machine, perhaps the version of the SSH
server what have you. But now I have tried on two very different SSH
servers with the same results.
Bradley
On May 4, 2006, at 11:58 AM, Bradley Wagner wrote:
>> Since you are still using svn+ssh:// I do not understand why you
>> do not
>> think it could be an SSH problem. It is possible that the SSH
>> library
>> that JavaSVN uses (Ganymed) just isn't fast. It does seem like more
>> people would complain though.
>
> Yeah, I suppose you're right, but I do agree that more people would
> complain especially since the general consensus is that JavaSVN is
> faster and more stable for svn+ssh
>
>> Since you have it local, why not try it using svn://?
>
> I certainly will try it to test it out. Unfortunately, it's not
> feasible for everyone connecting to the repository to do it with
> svn:// as we have some firewall issues.
>
> Bradley
>
> On May 4, 2006, at 11:54 AM, Mark Phippard wrote:
>
>> Bradley Wagner <bradley.wagner@hannonhill.com> wrote on 05/04/2006
>> 11:51:00 AM:
>>
>>> As a follow up, I tried moving the repository to my local machine --
>>> a Mac OS X machine and setup SVN. I connected to it again with svn
>>> +ssh://localhost using both JavaHL and JavaSVN and the results were
>>> the same. JavaHL checkout took 1m30s and JavaSVN checkout took 12m.
>>> Is it possible there is something wrong with the repository at least
>>> from JavaSVN's perspective because it no longer looks like an SSH
>>> connection problem.
>>
>> Since you are still using svn+ssh:// I do not understand why you
>> do not
>> think it could be an SSH problem. It is possible that the SSH
>> library
>> that JavaSVN uses (Ganymed) just isn't fast. It does seem like more
>> people would complain though.
>>
>> Since you have it local, why not try it using svn://?
>>
>> Mark
>>
>> _____________________________________________________________________
>> ________
>> Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc
>> by IBM Email Security Management Services powered by MessageLabs.
>> _____________________________________________________________________
>> ________
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
>> For additional commands, e-mail: users-help@subclipse.tigris.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Thu May 4 18:01:53 2006