Hello. I'm forwarding this thread from the Subclipse mailing list to
this list as it seems to be a core Subversion problem. I've confirmed
the same behavior using the command line tool (v. 1.3.1 on Windows XP
Pro). Anyone have any ideas?
________________________________________
Erik Mattheis
Associate Architect
Web Development
ESPN, Inc.
--- original thread below ---
Thanks for the speedy reply! I had checked using the svn commandline
tool on the server using a file:// URL which worked perfectly, but when
I tried using the svn commandline tool from the same client where
Subclipse was having problems, using an http:// URL, I got the same
misbehavior. I guess it's off to the Subversion users list...
-----------------------------
I can assure you Subclipse does not have any problems in this area, and
if it did, it would be something like an out of memory error on your
client. This problem is happening within the Subversion API itself.
Try running a similar command using the svn command line. I would
expect it to have a similar problem. You can then take that the
Subversion users@ list where you could get more in-depth assistance.
Someone will probably need to look at the Apache logs on the server.
-----------------------------
Hi, folks! I just signed up for this e-mail list, so excuse my ignorance
if this question is dumb. I search the archives but could not find
anything useful. I'm having some trouble creating directories and
sharing new projects all of a sudden, and I can't seem to workaround it.
We're hosting Subversion 1.3.1 via mod_svn on Apache 2.0.52 and
connecting with Eclipse 3.1.2 via Subclipse 1.0.3. We've been through a
few updates of Subclipse, but this repository has been stable and under
constant use for about 6 months now. We follow a basic layout as
follows:
Project 1/
branches/
tags/
trunk/
Project 2/
branches/
tags/
trunk/
[etc...]
and we use verbose names for the projects, including spaces, to match
the name of the actual Eclipse project. The number of projects has grown
quite large (50+), and I'm wondering if that is the cause for the error.
The symptoms of the problem are that I can create a new project under
the root of the repository, but as soon as I try to make the branches
and tags directories, it silently fails. When I use JavaHL, I see the
mkdir command in the log but no error or commit confirmation:
mkdir -m ""
http://subversion/repositories/repository/Project/branches
When I use JavaSVN, I get a commit confirmation as well:
mkdir -m ""
http://subversion/repositories/repository/Project/branches
Committed revision 1234.
In both cases, the directory does not appear when I refresh. If I try to
share a project to the trunk directory, I get the following with JavaHL:
Filesystem has no item
svn: URL
'http://subversion/repositories/repositoriy/Project/trunk' non-existent
in that revision
mkdir -m "Initial import."
http://subversion/repositories/repositoriy/Project/trunk
checkout -N -r HEAD
http://subversion/repositories/repositoriy/Project/trunk
Bad URL passed to RA layer
svn: URL
'http://subversion/repositories/repositoriy/Project/trunk' doesn't exist
and the following with JavaSVN:
svn: '/repositories/repository/!svn/bc/1234/Project/trunk'
path not found: 404 Not Found (http://subversion)
mkdir -m "Initial import."
http://subversion/repositories/repositoriy/Project/trunk
Committed revision 1235.
checkout -N -r HEAD
http://subversion/repositories/repositoriy/Project/trunk
svn: URL
'http://subversion/repositories/repositoriy/Project/trunk' doesnt exist
If I try the exact same thing against another repository on the same
server (with a lot less projects) it works like a charm. Also, I can use
the svn commandline tools to manually create the directories and import
the Eclipse project, and then I'm able to checkout and commit with
subclipse just fine.
It seems to me that there is a bug in subclipse dealing with large
directory listings (perhaps it's not getting the complete listing from
the repository before attempting the next action?) but I wanted to see
if anyone else had a similar issue, or could offer some assistance.
Regards!
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Dec 13 16:53:53 2006