[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Newsgroup Home]
|
[news.eclipse.technology.subversive] Re: Ganymede SVN problems: Authenication & Random 403 errors?
|
On Wed, 08 Jul 2009 08:15:43 +0200, JÃrg ThÃnnes wrote:
> Hi Dan,
>
> if you put the below input into one (or if possible more) SVN bug
> reports, you are the perfect guy!
Can you at least let me know how to get started,
a link or reference perhaps? Do I need to create
an account on a Bugzilla somewhere? Also which
category should I put the whole thing into?
>
> In this way, Igor could track these issues much easier, I guess.
>
> Cheers, JÃrg
>
> P.S. Did you give Mylyn a try?
I guess not...
Could you explain how I can do this?
Links & references on HOWTO?
>
> On 07/07/09 18:17, Dan Thurman wrote:
>> OS: Fedora 9, Apache Httpd w/ subversion support
>>
>> SVN Repositories & Structure:
>>
>> /svn -> /f-App1/Repositories/ (symbolic link)
>> svn -> . (symbolic link to self)
>> svn(1...N}
>> branches
>> tags
>> trunk
>> Eclipse
>> C
>> HelloWorld
>> C++
>> HelloWorld
>> [...]
>> Web
>> ASP
>> WebApp{1...N}
>> HTML
>> WebApp{1...N}
>> JSP
>> WebApp{1...N}
>> PHP
>> WebApp{1...N}
>> Netbeans
>> {Similar Structure as above}
>>
>> The above structure is defined so that I can have a categorized
>> structure and can tie together consistent pathnames both for Eclipse
>> and Svn commands:
>>
>> 1) Using Eclipse:
>>
>> https://my.domain.com/svn/svn{1...N}/...
>>
>> 2) Using standard SVN server:
>>
>> svn <command> PATH <arg>
>> where PATH = file:///svn/svn{1...N}/... or
>> https://my.domain.com/svn/svn{1...N}/...
>>
>>
>>
>> Below are problems I have encountered with Ganymede (SR2) and for
>> Galileo:
>>
>> Ganymede (SR2):
>> ===============
>>
>> Installed:
>> Subclipse (Required) 1.6.2 Subclipse
>> Integration for Mylyn 3.x (Optional) 3.0.0 Subversion Client
>> Adapter (Required) 1.6.0.2 Subversion Revision Graph
>> 1.0.7 SNVKit Client Adapter (Not required)
>> 1.6.2 SVNKit Library
>> 1.3.0.5847
>>
>> 1) Occasionally, I find that when an error occurs, sometimes
>> Ganymede IDE "loses it's bearings", in other words, it no longer
>> can read/write to the workspace's .metadata files, requiring an
>> Eclipse shutdown and restart, after which the previously saved
>> perspective toolbar perspectives are totally lost, with exception
>> to the default: Java EE perspective.
>>
>> 2) As with all cases below, using the fedora-based repository,
>> local svn commands works with no failures. The fedora-based
>> repository was tested using a remote Turquoise-SVN client, of
>> which it can successfully import, export, create/delete
>> directories/files, remove directories/files, and so on.
>>
>> This strongly seems to indicates that {at least my}
>> Ganymede/Galileo Eclipse IDE is having problems and they seemed to
>> "half work", in that check-outs seemed to work but imports,
>> commits, check-ins, directory/file removals do not work.
>>
>> As mentioned in (3) below these problems may be related to cases
>> where no authentication is asked for, nor provided and may have
>> missing support or simply broken, I don't know what the problem
>> is, only I cannot get this to work with Eclipse.
>>
>> I have tried empty (new) workspaces, have blown away .metadata
>> directories, checked my home directories to ensure that somehow I
>> may have saved repository user/password entries *somewhere* but I
>> cannot find it.
>>
>> 3) Eclipse, SVN Repository Explorer perspective:
>>
>> Adding a new repository location does not seem to allow for
>> username/password entries where required. I cannot seem to recall
>> if there ever was a user/password interface supported and I
>> suspect by in not providing user/password entries, access is
>> assumed anonymous and could result in "403 Forbidden" access
>> rights?
>>
>> 4) Eclipse, SVN Repository Explorer perspective:
>>
>> a) Create new folder: "Foo" (PASS)
>>
>> Right-click over "JSP", select: New->New Remote Folder, type
>> in: "Foo", click OK:
>>
>> [Console Tab]
>>
>> mkdir -m ""
>> https://my.domain.com/svn/svn1/trunk/Eclipse/Web/JSP/
>> Foo
>> Committed revision 20.
>>
>>
>> b) Delete folder "Foo": (FAIL)
>>
>> Right-click over "Foo", select: Delete..., click OK button:
>>
>> [Console Tab]
>>
>> delete -m ""
>> https://my.domain.com/svn/svn1/trunk/Eclipse/Web/JSP/
>> Foo
>> Committed revision 21.
>> svn: PROPFIND of '/svn/svn1/trunk/Eclipse/Web/JSP': 403
>> Forbidden
>> (https://my.domain.com)
>> svn: PROPFIND of '/svn/svn1/trunk/Eclipse/Web/JSP': 403
>> Forbidden
>> (https://my.domain.com)
>>
>> NOTE: Although the above error is reported, the file
>> structure is not updated and all entries under JSP is
>> empty. Refreshing or double-clicking JSP will show
>> correctly, and directory; "Foo" is actually removed from
>> the repository.
>>
>> 5) Eclipse, Team -> Share fails to import complete application tree:
>>
>> a) Eclipse, Java EE perspective:
>>
>> Right-click on WebApp1, select: Team->Share Project..., select:
>> SVN, click: Next, select repository, click: Next, click: 'Use
>> specified folder name', click 'select', expand tree and click
>> on "trunk/Eclipse/Web/JSP", click: OK, click: 'Next', click:
>> 'Finish', and errors results:
>>
>> [Console Tab]
>>
>> {there is nothing before the following line} svn: URL
>> 'https://my.domain.com/svn/svn1/trunk/Eclipse/Web/JSP/
>> WebApp1' non-existent in that revision
>> svn: URL
>> 'https://my.domain.com/svn/svn1/trunk/Eclipse/Web/JSP/
>> WebApp1' non-existent in that revision
>> mkdir --parents -m "Initial import." https://my.domain.com/svn/
>> svn1/trunk/Eclipse/Web/JSP/WebApp1
>> Committed revision 22.
>> checkout https://my.domain.com/svn/svn1/trunk/Eclipse/Web/JSP/
>> WebApp1 -r HEAD --depth=immediates --force
>> Checked out revision 23.
>>
>> NOTE: When you look in the SVN Repository Explorer perspective,
>> you may find that indeed there is a WebApp1 subdirectory,
>> however, the contents of WebApp1 is EMPTY. Somehow, the
>> directories and files failed to be added/committed to the
>> repository.
>>
>> I also noted, that in the SVN Perspective Explorer, if you do
>> not refresh the "WebApp1" directory, deleting this directory
>> results in the "403 Forbidden" error (even though it actually
>> deletes the directory), likewise, if you do refresh the
>> directory, deleting this directory does not produce the "403
>> Forbidden" error. Perhaps, syncing is prevented due to
>> errors just before the next subsequent operation.
>>
>> NOTE: Although not comprehensively shown here, using the
>> SVN Perspective Explorer, any attempts to move directories and
>> files around do not work well at all and 403 Forbidden errors
>> crop up.
>>
>>
>> Galileo:
>> ========
>>
>> Installed:
>> ----------
>> Subversive SVN Connectors
>> 2.2.0 + Subversive SVN Team Provider (Incubation)
>> 0.7.8
>>
>> Subversive SVN Integration for the Mylyn Project (Opt)(Inc)
>> 0.7.8 + Mylyn Connector: Bugzilla
>> 3.2.0 + Mylyn Task List (Required)
>> 3.2.0 + Mylyn Task-Focused Interface (Recommended)
>> 3.2.0 + Subversive SVN Team Provider (Incubation)
>> 0.7.8
>>
>> Subversive SVN Team Provider Sources (Incubation)
>> 0.7.8 + Subversive SVN Integration for the Mylyn Project Sources
>> (Opt)(Inc) 0.7.8 + Subversive SVN JDT Ignore Extensions Sources
>> (Opt)(Inc) 0.7.8 + Subversive SVN Team Provider
>> Localization Sources (Opt)(Inc) 0.7.8 + Subversive SVN Team
>> Provider Sources 0.7.8
>>
>> SVNKit 1.2.0 Implementation (Opt)
>> 2.2.0 + Subversive SVN Team Provider (Inc)
>> 0.7.8
>>
>> 1) Eclipse, SVN Repository Explorer perspective:
>>
>> a) Create new folder: "Foo" (FAIL/PASS)
>>
>> Right-click over "JSP", select: New->New Remote Folder, type
>> in: "Foo", click OK:
>>
>> [An error message appears on the left-pane, tree of "JSP"] <An
>> error occurred while accessing the repository entry>
>>
>> The above error is quite a problem, because depending on where
>> this directory was added, it is found that refreshing the tree
>> may refuse to display the rest of the directories and files
>> from which this new directory was added. I have found that
>> moving Foo to a directory above, and then moving directory
>> back down to its original entry caused the entire structure
>> under "Web" to disappear and I was not able to access this
>> structure since I could not refresh, close, open, expand, or
>> otherwise force displaying the tree structure.
>>
>> [Console Tab]
>>
>> *** Create Folder
>> svn mkdir
>> "https://my.domain.com/svn/svn1/trunk/Eclipse/Web/JSP/
>> Foo" -m "" --username "dan"
>> Committed revision 23
>> *** Ok (took 00:00.673)
>>
>> NOTE: The subdirectory was created, but there is nothing
>> to explain why there was an error accessing the
>> repository and what it's implications are.
>>
>> b) Delete folder "Foo": (PASS)
>>
>> Right-click over "Foo", select: Delete..., click OK button:
>>
>> [Console Tab]
>>
>> *** Delete
>> svn delete
>> "https://my.domain.com/svn/svn1/trunk/Eclipse/Web/JSP/
>> Foo" -m "" --username "dan"
>> Committed revision 24
>> *** Ok (took 00:00.630)
>>
>> NOTE: Adding or removing a directory and/or file works.
>>
>> 2) Eclipse, Team -> Share fails to import application tree:
>>
>> a) Eclipse, Java EE perspective:
>>
>> Right-click on WebApp1, select: Team->Share Project..., select:
>> SVN, click: Next, select repository, click: Next, click:
>> 'Simple Mode:', click: 'Browse' button, expand tree and click
>> on "trunk/Eclipse/Web/JSP", click: OK, Type in missing project
>> name (WebApp1), click: 'Next', click: 'Finish', and errors
>> results:
>>
>> NOTE: The comment field shows incorrect path information
>> that was typed/added in the previous dialog box.
>>
>> [Pop-up Error]:
>> Authentication error.
>> svn: PROPFIND of '/svn/svn1/!svn/vcc/default': 403 Forbidden
>> (https://my.domain.com)
>>
>>
>> [Console Error]:
>> *** Share Projects
>> svn: PROPFIND of '/svn/svn1/!svn/vcc/default': 403 Forbidden
>> (https://my.domain.com)
>> *** Error (took 00:00.719)
>>
>> Well, I am going to stop here. Clearly there is a LOT of problems with
>> Eclipse SVN and I surely hope these problems will be resolved.
>>
>> As it is, I will only use Eclipse SVN for checking out projects, but
>> not for checking in, adding/creating/importing/moving things around
>> simply because I do not trust Eclipse SVN at this time.
>>
>> FWIW,
>> Dan