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 using Subversion -> Update (NB 5.5 Beta, svn module downloaded from beta update center, version 1.0) I get the following NPE. The same repository was working fine with the "old" svn module java.lang.NullPointerException at org.netbeans.modules.subversion.config.SvnConfigFiles.copyConfigFileToIDEConfigDir(SvnConfigFiles.java:371) at org.netbeans.modules.subversion.config.SvnConfigFiles.<init>(SvnConfigFiles.java:61) at org.netbeans.modules.subversion.config.SvnConfigFiles.getInstance(SvnConfigFiles.java:73) at org.netbeans.modules.subversion.client.SvnClientExceptionHandler.handleNoCertificateError(SvnClientExceptionHandler.java:118) at org.netbeans.modules.subversion.client.SvnClientExceptionHandler.handleException(SvnClientExceptionHandler.java:71) at org.netbeans.modules.subversion.client.SvnClientInvocationHandler.handleException(SvnClientInvocationHandler.java:215) at org.netbeans.modules.subversion.client.SvnClientInvocationHandler.invoke(SvnClientInvocationHandler.java:110) at $Proxy11.update(Unknown Source) at org.netbeans.modules.subversion.ui.update.UpdateAction.updateRoots(UpdateAction.java:122) at org.netbeans.modules.subversion.ui.update.UpdateAction.access$000(UpdateAction.java:38) at org.netbeans.modules.subversion.ui.update.UpdateAction$1.perform(UpdateAction.java:103) at org.netbeans.modules.subversion.client.SvnProgressSupport.performIntern(SvnProgressSupport.java:54) at org.netbeans.modules.subversion.client.SvnProgressSupport.run(SvnProgressSupport.java:47) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:493) [catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:926)
Can't reproduce. Could you please provide more details? Thanks.
The SVN output gives the following: ==[IDE]== May 12, 2006 11:52:30 AM Updating "migrator" up -N -r HEAD C:\Projects\AOL\Lasttest\repository\Source\Collector\src\java\de\aol\loadtest\migrator --non-interactive --config-dir C:\Daten\NetBeans55\config\svn\config svn: PROPFIND request failed on '/svnrepos-esps/trunk/tools/Loadtest/Collector/src/java/de/aol/loadtest' svn: PROPFIND of '/svnrepos-esps/trunk/tools/Loadtest/Collector/src/java/de/aol/loadtest': Server certificate verification failed: issuer is not trusted (https://devfund14.labhh.aol.de) ==[IDE]== May 12, 2006 11:52:32 AM Update "migrator" finished. Could it be that this is related to the fact that I'm using https? Using TortoiseSVN works fine. What I did was to switch from 5.5 daily to 5.5 beta with a fresh userdir. After opening my project the new Subversion module automatically picked up my SVN repository but then gives this error when updating a folder. Switching the package display from List to Tree did not solve the issue either (the old module did have problems with the List display)
Downloaded and installed the unlimited encryption for the JRE as suggested on the mailing list. The deleted the UserDir completely Started NB 5.5 beta Downloaded the Subversion module Restarted the IDE Select Subversion -> Checkout Enter my repository URL Click next, nothing happens. Blinking red stop sign in the status bar indicates an exception. (See attached messages.log.1) After another restart of the IDE the Subversion Checkout dialog does not come up at all (see attached messages.log.2)
Created attachment 30365 [details] Log file after first checkout
Created attachment 30366 [details] Log file after second restart. Checkout dialog not working
I just tried a non-https repository and I get the same NPE. I have attached messages.log.3 but it essentially looks the same as .2
Created attachment 30367 [details] SVN Checkout with a http based repository
Is your svn configuration directory placed in standard location? <home drive>\<home path>\<user name>\"Application Data"\subversion Can you perform check out from commandline?
Yes. Although - as it is a german Windows - the path is <home drive>\<home path>\<user name>\Anwendungsdaten\subversion
Unfortunatelly, I have found were the problem is... :( It's again problem of i18n. We are searching for "Application Data/Subversion/" only. So for now the only workaroud is to create this structure and copy the content of it there.
windows environment variable "APPDATA=C:\Documents and Settings\peter\Application Data" should be used for finding subversion config directory.
Copying the settings as suggested does work. I can live with the workaround for now (this means I need to keep two copies of the settings around in order to not break TortoiseSVN). I do hope the fix will make it into the final release!
tstupka, could you please review my patch? I also added method to recognize windows environment variables. So I hope this will also resolve problem of non-english windows. And it should also fix this issue.
Created attachment 30374 [details] patch
fixed Checking in SvnConfigFiles.java; /cvs/subversion/main/src/org/netbeans/modules/subversion/config/SvnConfigFiles.java,v <-- SvnConfigFiles.java new revision: 1.20; previous revision: 1.19 done
*** Issue 76345 has been marked as a duplicate of this issue. ***
*** Issue 76524 has been marked as a duplicate of this issue. ***
*** Issue 76815 has been marked as a duplicate of this issue. ***
*** Issue 77683 has been marked as a duplicate of this issue. ***
*** Issue 78996 has been marked as a duplicate of this issue. ***
*** Issue 79141 has been marked as a duplicate of this issue. ***
*** Issue 80560 has been marked as a duplicate of this issue. ***
*** Issue 82275 has been marked as a duplicate of this issue. ***
Verified.