This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
When trying anything with the built-in svn in Netbeans at work, I get this: "org.apache.subversion.javahl.ClientException: E175002: PROPFIND of '/repos/asf/!svn/bln/1533047': 503 Service nicht verf�gbar (http://svn.apache.org)" I have set a proxy, with user and password. "Test connection" claims that everything is ok (btw, it says so even if I change the password to something wrong). The netbeans start page works fine, and so does the built-in maven. The file ....\Application Data\NetBeans\7.3\config\svn\config\servers has the correct data. Here's the IDE log: INFO [org.netbeans.modules.subversion]: org.apache.subversion.javahl.ClientException: svn: E175002: PROPFIND of '/repos/asf/pdfbox/trunk': 503 Service nicht verf?gbar (http://svn.apache.org) org.tmatesoft.svn.core.SVNException: svn: E175002: PROPFIND of '/repos/asf/pdfbox/trunk': 503 Service nicht verf?gbar (http://svn.apache.org) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getResourceProperties(DAVUtil.java:81) at org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getStartingProperties(DAVUtil.java:103) at org.tmatesoft.svn.core.internal.io.dav.DAVUtil.findStartingProperties(DAVUtil.java:125) Caused: org.tmatesoft.svn.core.SVNException: svn: E175002: PROPFIND of '/repos/asf/pdfbox/trunk': 503 Service nicht verf?gbar (http://svn.apache.org) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.DAVUtil.findStartingProperties(DAVUtil.java:136) at org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getBaselineProperties(DAVUtil.java:226) at org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getBaselineInfo(DAVUtil.java:184) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getLatestRevision(DAVRepository.java:184) at org.tmatesoft.svn.core.internal.wc17.SVNWCContext.getRevisionNumber(SVNWCContext.java:401) at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.updateInternal(SvnNgAbstractUpdate.java:148) at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.update(SvnNgAbstractUpdate.java:76) at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgUpdate.run(SvnNgUpdate.java:38) at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgUpdate.run(SvnNgUpdate.java:18) at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgOperationRunner.run(SvnNgOperationRunner.java:20) at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20) at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1235) at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:291) at org.tmatesoft.svn.core.javahl17.SVNClientImpl.update(SVNClientImpl.java:551) Caused: org.apache.subversion.javahl.ClientException: svn: E175002: PROPFIND of '/repos/asf/pdfbox/trunk': 503 Service nicht verf?gbar (http://svn.apache.org) at org.apache.subversion.javahl.ClientException.fromException(ClientException.java:68) at org.tmatesoft.svn.core.javahl17.SVNClientImpl.getClientException(SVNClientImpl.java:1285) at org.tmatesoft.svn.core.javahl17.SVNClientImpl.update(SVNClientImpl.java:553) at org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.update(AbstractJhlClientAdapter.java:1121) Caused: org.tigris.subversion.svnclientadapter.SVNClientException at org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.update(AbstractJhlClientAdapter.java:1126) at org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.update(AbstractJhlClientAdapter.java:1095) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.netbeans.modules.subversion.client.SvnClientInvocationHandler.handle(SvnClientInvocationHandler.java:335) at org.netbeans.modules.subversion.client.SvnClientInvocationHandler.invokeMethod(SvnClientInvocationHandler.java:290) at org.netbeans.modules.subversion.client.SvnClientInvocationHandler.invoke(SvnClientInvocationHandler.java:167) at com.sun.proxy.$Proxy27.update(Unknown Source) at org.netbeans.modules.subversion.ui.update.UpdateAction.updateRoots(UpdateAction.java:288) at org.netbeans.modules.subversion.ui.update.UpdateAction.access$400(UpdateAction.java:86) at org.netbeans.modules.subversion.ui.update.UpdateAction$4.call(UpdateAction.java:230) at org.netbeans.modules.subversion.ui.update.UpdateAction$4.call(UpdateAction.java:227) at org.netbeans.modules.versioning.indexingbridge.Bridge$1.call(Bridge.java:64) at org.netbeans.modules.parsing.api.indexing.IndexingManager.runProtected(IndexingManager.java:396) at org.netbeans.modules.versioning.indexingbridge.Bridge.runWithoutIndexing(Bridge.java:59) at org.netbeans.modules.versioning.util.IndexingBridge.runWithoutIndexing(IndexingBridge.java:139) at org.netbeans.modules.versioning.util.IndexingBridge.runWithoutIndexing(IndexingBridge.java:102) at org.netbeans.modules.subversion.util.SvnUtils.runWithoutIndexing(SvnUtils.java:1816) [catch] at org.netbeans.modules.subversion.ui.update.UpdateAction.update(UpdateAction.java:227) at org.netbeans.modules.subversion.ui.update.UpdateAction.update(UpdateAction.java:188) at org.netbeans.modules.subversion.ui.update.UpdateAction.access$000(UpdateAction.java:86) at org.netbeans.modules.subversion.ui.update.UpdateAction$2.perform(UpdateAction.java:149) at org.netbeans.modules.subversion.client.SvnProgressSupport.performIntern(SvnProgressSupport.java:111) at org.netbeans.modules.subversion.client.SvnProgressSupport.run(SvnProgressSupport.java:104) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1432) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2042) There's a somewhat confusing web page here: https://versioncontrol.netbeans.org/subversion/teepee/open-issues.html however it is from over three years ago.
> ....\Application Data\NetBeans\7.3\config\svn\config\servers has the correct data. you filed this against 7.4 but the file points to 7.3. So i assume you made a mistake and truly used 7.3, right? Then it's a duplicate of... *** This bug has been marked as a duplicate of bug 226741 ***
I really did use 7.4, although I still have my 7.3 version on the PC and I had both files open in the editor, they are identical.
then please attach the full messages.log and also the content of ....\Application Data\NetBeans\7.4\config\svn\config\servers (with masked username and password of course). Also please try with another kind of client (best with javahl) - Tools -> Options -> Misc -> Versioning -> Subversion | preferred client. To setup javahl on windows, see http://wiki.netbeans.org/FaqJavaHLJavaSVN or simply install SlikSVN binaries
[global] http-proxy-host = HOST http-proxy-port = 8080 http-proxy-username = DOMAIN\USER http-proxy-password = XXXXXXX I installed sliksvn and it works fine (although a bit slowly). I didn't even have to configure anything. After that, I set netbeans back to svnkit and restarted. After starting, netbeans told me: "The Subversion working copy at "XXXXXX\javaprojects\pdfbox reactor" is version 1.8 format (or later). The IDE needs to set the CLI client as the default instead of the SVNKit client to work with Subversion 1.8 repositories. When the new SVNKit client is available you can download the update from the Update Center and restore the SVNKit client as the default. To set the CLI Subversion client as the default for all Subversion repositories, click OK. See Subversion 1.8 FAQ for more information." So I can't do any further test now. Whats a bit surprising is that the password is always reset to the previous password when netbeans is started. I had changed it yesterday, and today the old password was back. I can't give you the entire IDE log. It contains too much information about how the company owned PC is organized. But maybe this info could help you: org.netbeans.libs.svnClientAdapter/1 [1.32.1 201310111528] org.netbeans.libs.svnClientAdapter.svnkit/1 [1.16.1 201310111528] org.netbeans.libs.svnClientAdapter.javahl/1 [1.16.1 201310111528] INFO [org.netbeans.modules.subversion]: Commandline client version: 1.8.3-SlikSvn-1.8.3-WIN32 (SlikSvn/1.8.3) WIN32
(In reply to tilman from comment #4) > Whats a bit surprising is that the password is always reset to the previous > password when netbeans is started. I had changed it yesterday, and today the > old password was back. What do you mean? Where do you change the password? And what do you mean by previous and new password? And where do you change it? In the IDE or in the config file? Are you sure you have the correct password in Tools -> Options -> General | Manual Proxy Settings -> click on More and set Proxy Requires Authentication ??
I changed the password in the IDE first (a few weeks ago, because of a password policy here). After I saw that the server file didn't have the correct password, I changed that too. And yes, I am sure that I have the correct password in "Tools -> Options -> General | Manual Proxy Settings -> More -> Proxy Requires Authentication". The password must be correct because "check for updates" doesn't bring an error message. Note that svn NEVER worked with netbeans here at work, i.e. it didn't work with the previous passwords either. This is just one of the many weird things that happen, and netbeans stores its proxy passwords at several places (for example, the maven password is stored at ....\.m2\settings.xml and the Netbeans setting is ignored)
just to be sure: 1) you're trying this in 7.4 with SvnKit 2) you have set the correct proxy credentials in Tools -> Options... 3) you run a svn update/commit command, ...\7.4\config\svn\config\servers contains correct or wrong credentials??? 4) although it contains correct credentials t he command still fails Can you catch the communication with wireshark and let me know what credentials (if any) are sent in HTTP headers to proxy?
1) yes, 2) yes, 3) I did set the correct credentials before doing an svn command, 4) yes. I can't use wireshark (or any other such tool), because by installing sliksvn I am now no longer able to use svnkit (as described above, see 2013-10-18 11:27:28) because svnkit is outdated. I'll have to wait until svnkit has been updated.
(In reply to tilman from comment #8) > I can't use wireshark (or any other such tool), because by installing > sliksvn I am now no longer able to use svnkit (as described above, see > 2013-10-18 11:27:28) because svnkit is outdated. I'll have to wait until > svnkit has been updated. better to make a fresh svn checkout with a 1.7 client
Long story short: I used a different proxy here and now it works. Sorry.