Never mind....I needed to specify all the way down to the repository. I
thought I could browse to it.
In other words in tortoise connect to:
http://myserver:81/svn/myRepoName
Instead of trying to browse to it from:
http://myserver:81/svn/
-----Original Message-----
From: Reynolds, Brad [contractor]
Sent: Thursday, December 13, 2007 2:49 PM
To: Ryan Schmidt
Cc: Erik Huelsmann; users@subversion.tigris.org
Subject: Checkout PROPFIND failure
Hi,
I set up a repository and I can access it from another computer through
the browser by typing in the name/password:
http://myserver:81/svn/
From there I can browse through the project folders and everything. If
I try to do a checkout I have to enter my name/password combination
several times, but it never shows the repositories. Then throws this
error message:
Error PROPFIND request failed on '/svn'
Error PROPFIND OF '/SVN': 301 Moved Permanently (http://myserver:81)
The fact that I can get to it through the browser makes me think things
seem to be set up right from an authentication perspective. Here are
the basics of my configuration:
LoadModule access_module modules/mod_access.so LoadModule actions_module
modules/mod_actions.so LoadModule alias_module modules/mod_alias.so
LoadModule asis_module modules/mod_asis.so LoadModule auth_module
modules/mod_auth.so LoadModule autoindex_module modules/mod_autoindex.so
LoadModule cgi_module modules/mod_cgi.so LoadModule dav_module
modules/mod_dav.so LoadModule dav_fs_module modules/mod_dav_fs.so
LoadModule dir_module modules/mod_dir.so LoadModule env_module
modules/mod_env.so LoadModule imap_module modules/mod_imap.so LoadModule
include_module modules/mod_include.so LoadModule isapi_module
modules/mod_isapi.so LoadModule log_config_module
modules/mod_log_config.so LoadModule mime_module modules/mod_mime.so
LoadModule negotiation_module modules/mod_negotiation.so LoadModule
setenvif_module modules/mod_setenvif.so LoadModule userdir_module
modules/mod_userdir.so LoadModule dav_svn_module modules/mod_dav_svn.so
LoadModule authz_svn_module modules/mod_authz_svn.so ...
<Location /svn>
DAV svn
SVNListParentPath on
SVNParentPath E:\CodeRepositories
AuthType Basic
AuthName "Subversion repositories"
AuthUserFile passwd
#AuthzSVNAccessFile svnaccessfile
Require valid-user
</Location>
Can someone help? Under E:\CodeRepositories I have two repositories
(which I can see through the browser). BTW, from Tortoise I can't
browse these either...not just a problem with checkout.
-----Original Message-----
From: Reynolds, Brad [contractor]
Sent: Thursday, December 13, 2007 2:38 PM
To: Ryan Schmidt
Cc: Erik Huelsmann; users@subversion.tigris.org
Subject: RE: Auto generating java files how to stop
Thanks.
In Eclipse I was able to set the build path to ignore the .svn folders
when building/cleaning by ignoring this:
**/.svn/**
In my source directory.
Thanks!
-----Original Message-----
From: Ryan Schmidt [mailto:subversion-2007b@ryandesign.com]
Sent: Wednesday, December 12, 2007 5:18 PM
To: Reynolds, Brad [contractor]
Cc: Erik Huelsmann; users@subversion.tigris.org
Subject: Re: Auto generating java files how to stop
On Dec 12, 2007, at 16:57, Reynolds, Brad [contractor] wrote:
> I am using eclipse out of the box. If you checkout into eclipse,
> having your source in a designated folder, then compiling does this?
No...
> Is this a know issue with using subversion and eclipse together?
No...
Erik meant that whatever build process you have programmed for your
software may be copying the .svn directories in each directory as well.
Doing so is an error and you should fix your build system not to do so.
Or maybe you are manually or automatically copying entire directories
from the working copy from one place to another, using normal filesystem
commands? If so, you must not do that either, because each directory
remembers where in the repository it came from, via the contents of the
hidden .svn directory.
If you check out a fresh working copy from the repository and try your
build, do you still see the problem?
>> I set up some subversion folders as follows
>>
>> myWebApp
>> - custom
>> - source
>> - com
>> ...
>> WEB-INF
>> - classes
>> - com
>> ...
>>
>> Now, I have other files I had to add that are not version controlled,
>> including class files that go in the classes folder. I am not
>> version
>
>> controlling the class files for my source. Those are being generated
>> when I build.
>>
>> Why does subversion see my class files and then say that the java
>> files are missing? This is SO lame. I thought subversion is just a
>> folder, so why is it concerning itself with the fact that I don't
>> have
>
>> my source in the same folder? When I do an update, it pushes all my
>> source files from "custom/src" to "WEB-INF/classes" next to the class
>> files I generate when I compile. This is completely unasked for. I
>> have no source in subversion under WEB-INF AT ALL.
>>
>> It's like it is looking at my folder structure and saying "Oh look,
>> you have your source files up here. That must be a mistake, we'll
>> duplicate them down here in this folder for you." It is creating all
>> kinds of havoc and conflicts.
>>
>> What can I do?
>
> Fix your build system instead of blame Subversion. Subversion doesn't
> do anything it's not told to do. If your build system copies the
> source files *and* the .svn directory in the source director, then
> it's your build system creating this havoc.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Dec 13 22:05:27 2007