Project within Project Config mess

[Malcolm Fitzgerald]

Hi, 

Beginner's error. I've defined a php project based on existing sources and 
everything is happy. Then I defined a second project based on existing sources. 
However, the first project source folder is within the second project source 
folder. Whoops - I thought those files where in a different location. 

Now things are not so happy. Functions, like "refactor" don't work on the 
"inner" project unless I have both projects open at the same time. 

How can I clean the slate and start again?

thanks,

Malcolm



-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

RE: Security certificates for access to GIT

[Greenberg, Gary]

I have installed JCE according to this bug description, but it didn’t help.
I have found that adding http.sslVerify=false to git config might help, but 
where is git config in Netbeans?

From: Geertjan Wielenga 
Sent: Monday, March 11, 2019 1:48 PM
To: Greenberg, Gary 
Cc: NetBeans Mailing List 
Subject: Re: Security certificates for access to GIT

Hard to know how to help, not knowing your environment nor steps to reproduce, 
but maybe this: https://netbeans.org/bugzilla/show_bug.cgi?id=247761

Gj

On Mon, Mar 11, 2019 at 9:42 PM Greenberg, Gary 
mailto:ggree...@visa.com>> wrote:
I have seen that post and several others similar to it.
I did import certificates for the Stash server using JDK keytool before posting 
my original question.
However, it does not help me

From: Geertjan Wielenga 
mailto:geertjan.wiele...@googlemail.com>>
Sent: Monday, March 11, 2019 1:32 PM
To: Greenberg, Gary mailto:ggree...@visa.com>>
Cc: NetBeans Mailing List 
mailto:users@netbeans.apache.org>>
Subject: Re: Security certificates for access to GIT

https://stackoverflow.com/questions/6908948/java-sun-security-provider-certpath-suncertpathbuilderexception-unable-to-find

Gj

On Mon, Mar 11, 2019 at 9:28 PM Greenberg, Gary 
mailto:ggree...@visa.com>> wrote:
I have tried all possible cases that I could have imagined.
I even copied cacerts file to my home directory and added
-J-Djavax.net.ssl.trustStore=C:\Users\ggreenbe\keystore\cacerts 
-J-Djavax.net.ssl.trustStorePassword=changeit
to netbeans_default_options in the conf file.
Nothing helps. Still getting same exception. Kind of ran out of ideas. Can 
anyone give me a helping hint?
Thanks.

From: Greenberg, Gary
Sent: Friday, March 8, 2019 3:04 PM
To: NetBeans Mailing List 
mailto:users@netbeans.apache.org>>
Subject: Security certificates for access to GIT

I am getting an error, while trying to clone project from our GIT repository;
INFO [org.netbeans.modules.git]: https://stash: cannot open git-upload-pack
sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
valid certification path to requested target
I did, however, added all necessary certificates to the cacerts under JDK that 
is running Netbeans, but it still can’t find it.
Do I need to add -Djavax.net.ssl.trustStore=/path/to/cacerts to 
netbeans_default_options in netbeans.conf?
If so, how do I deal with blank spaces in the path, as it looks like 
“C:\Program Files\Java\jdk1.8.0_202\jre\lib\security\cacerts”?

Re: Security certificates for access to GIT

[Geertjan Wielenga]

Hard to know how to help, not knowing your environment nor steps to
reproduce, but maybe this:
https://netbeans.org/bugzilla/show_bug.cgi?id=247761

Gj

On Mon, Mar 11, 2019 at 9:42 PM Greenberg, Gary  wrote:

> I have seen that post and several others similar to it.
> I did import certificates for the Stash server using JDK keytool before
> posting my original question.
>
> However, it does not help me
>
>
>
> *From:* Geertjan Wielenga 
> *Sent:* Monday, March 11, 2019 1:32 PM
> *To:* Greenberg, Gary 
> *Cc:* NetBeans Mailing List 
> *Subject:* Re: Security certificates for access to GIT
>
>
>
>
> https://stackoverflow.com/questions/6908948/java-sun-security-provider-certpath-suncertpathbuilderexception-unable-to-find
>
>
>
> Gj
>
>
>
> On Mon, Mar 11, 2019 at 9:28 PM Greenberg, Gary  wrote:
>
> I have tried all possible cases that I could have imagined.
>
> I even copied *cacerts* file to my home directory and added
>
> -J-Djavax.net.ssl.trustStore=C:\Users\ggreenbe\keystore\cacerts
> -J-Djavax.net.ssl.trustStorePassword=changeit
>
> to netbeans_default_options in the conf file.
>
> Nothing helps. Still getting same exception. Kind of ran out of ideas. Can
> anyone give me a helping hint?
>
> Thanks.
>
>
>
> *From:* Greenberg, Gary
> *Sent:* Friday, March 8, 2019 3:04 PM
> *To:* NetBeans Mailing List 
> *Subject:* Security certificates for access to GIT
>
>
>
> I am getting an error, while trying to clone project from our GIT
> repository;
>
> *INFO [org.netbeans.modules.git]: https://stash :
> cannot open git-upload-pack*
>
> *sun.security.provider.certpath.SunCertPathBuilderException: unable to
> find valid certification path to requested target*
>
> I did, however, added all necessary certificates to the cacerts under JDK
> that is running Netbeans, but it still can’t find it.
>
> Do I need to add -Djavax.net.ssl.trustStore=/path/to/cacerts to
> netbeans_default_options in netbeans.conf?
>
> If so, how do I deal with blank spaces in the path, as it looks like
> “C:\Program Files\Java\jdk1.8.0_202\jre\lib\security\cacerts”?
>
>
>
>

RE: Security certificates for access to GIT

[Greenberg, Gary]

I have seen that post and several others similar to it.
I did import certificates for the Stash server using JDK keytool before posting 
my original question.
However, it does not help me

From: Geertjan Wielenga 
Sent: Monday, March 11, 2019 1:32 PM
To: Greenberg, Gary 
Cc: NetBeans Mailing List 
Subject: Re: Security certificates for access to GIT

https://stackoverflow.com/questions/6908948/java-sun-security-provider-certpath-suncertpathbuilderexception-unable-to-find

Gj

On Mon, Mar 11, 2019 at 9:28 PM Greenberg, Gary 
mailto:ggree...@visa.com>> wrote:
I have tried all possible cases that I could have imagined.
I even copied cacerts file to my home directory and added
-J-Djavax.net.ssl.trustStore=C:\Users\ggreenbe\keystore\cacerts 
-J-Djavax.net.ssl.trustStorePassword=changeit
to netbeans_default_options in the conf file.
Nothing helps. Still getting same exception. Kind of ran out of ideas. Can 
anyone give me a helping hint?
Thanks.

From: Greenberg, Gary
Sent: Friday, March 8, 2019 3:04 PM
To: NetBeans Mailing List 
mailto:users@netbeans.apache.org>>
Subject: Security certificates for access to GIT

I am getting an error, while trying to clone project from our GIT repository;
INFO [org.netbeans.modules.git]: https://stash: cannot open git-upload-pack
sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
valid certification path to requested target
I did, however, added all necessary certificates to the cacerts under JDK that 
is running Netbeans, but it still can’t find it.
Do I need to add -Djavax.net.ssl.trustStore=/path/to/cacerts to 
netbeans_default_options in netbeans.conf?
If so, how do I deal with blank spaces in the path, as it looks like 
“C:\Program Files\Java\jdk1.8.0_202\jre\lib\security\cacerts”?

Re: Security certificates for access to GIT

[Geertjan Wielenga]

https://stackoverflow.com/questions/6908948/java-sun-security-provider-certpath-suncertpathbuilderexception-unable-to-find

Gj

On Mon, Mar 11, 2019 at 9:28 PM Greenberg, Gary  wrote:

> I have tried all possible cases that I could have imagined.
>
> I even copied *cacerts* file to my home directory and added
>
> -J-Djavax.net.ssl.trustStore=C:\Users\ggreenbe\keystore\cacerts
> -J-Djavax.net.ssl.trustStorePassword=changeit
>
> to netbeans_default_options in the conf file.
>
> Nothing helps. Still getting same exception. Kind of ran out of ideas. Can
> anyone give me a helping hint?
>
> Thanks.
>
>
>
> *F**rom:* Greenberg, Gary
> *Sent:* Friday, March 8, 2019 3:04 PM
> *To:* NetBeans Mailing List 
> *Subject:* Security certificates for access to GIT
>
>
>
> I am getting an error, while trying to clone project from our GIT
> repository;
>
> *INFO [org.netbeans.modules.git]: https://stash :
> cannot open git-upload-pack*
>
> *sun.security.provider.certpath.SunCertPathBuilderException: unable to
> find valid certification path to requested target*
>
> I did, however, added all necessary certificates to the cacerts under JDK
> that is running Netbeans, but it still can’t find it.
>
> Do I need to add -Djavax.net.ssl.trustStore=/path/to/cacerts to
> netbeans_default_options in netbeans.conf?
>
> If so, how do I deal with blank spaces in the path, as it looks like
> “C:\Program Files\Java\jdk1.8.0_202\jre\lib\security\cacerts”?
>
>
>

RE: Security certificates for access to GIT

[Greenberg, Gary]

I have tried all possible cases that I could have imagined.
I even copied cacerts file to my home directory and added
-J-Djavax.net.ssl.trustStore=C:\Users\ggreenbe\keystore\cacerts 
-J-Djavax.net.ssl.trustStorePassword=changeit
to netbeans_default_options in the conf file.
Nothing helps. Still getting same exception. Kind of ran out of ideas. Can 
anyone give me a helping hint?
Thanks.

From: Greenberg, Gary
Sent: Friday, March 8, 2019 3:04 PM
To: NetBeans Mailing List 
Subject: Security certificates for access to GIT

I am getting an error, while trying to clone project from our GIT repository;
INFO [org.netbeans.modules.git]: https://stash: cannot open git-upload-pack
sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
valid certification path to requested target
I did, however, added all necessary certificates to the cacerts under JDK that 
is running Netbeans, but it still can't find it.
Do I need to add -Djavax.net.ssl.trustStore=/path/to/cacerts to 
netbeans_default_options in netbeans.conf?
If so, how do I deal with blank spaces in the path, as it looks like 
"C:\Program Files\Java\jdk1.8.0_202\jre\lib\security\cacerts"?

Re: NPE when refactoring with NB 11

[Chuck Davis]

Out of curiosity:  did you install nb-javac in your 11 installation?  Also,
you might check the amount of memory available to NB.

I have no idea if these may impact your issue but I think installing
nb-javac has had an impact (positive impact) on some of my code.refactoring
vs. not installing it.
There was a discussion on the dev list recently about the impact of NB
memory constraints.  It has been changed for 11 but I'm not sure which
build dropped it.  You might also try the latest daily build and see if it
helps the issues you are observing.

On Mon, Mar 11, 2019 at 12:16 AM Thomas Kellerer  wrote:

> Hello,
>
> with NB 11 I consistently get a NPE when trying to do any refactoring
> (rename class, constant, enum) in my Maven based project.
> This happened already with v1 and vc2, but id does NOT happen with NB 10
> on the same code base.
>
> The error message asks me to attach the dump file from the var/log
> directory.
> However that dump file contains the full source code of the file which I
> can not make publicly available.
>
> Should I file an issue nevertheless or will it be closed as I can't
> provide the dump file?
>
> This is the stacktrace of the NPE:
>
> SEVERE [org.openide.util.Exceptions]
> An error occurred during parsing of '...'. Please report a bug against
> java/source and attach dump file ''.
> Caused: java.lang.NullPointerException
> at
> com.sun.tools.javac.code.Types$DefaultTypeVisitor.visit(Types.java:4871)
> at
> com.sun.tools.javac.code.Type$StructuralTypeMapping.visitMethodType(Type.java:282)
> at
> com.sun.tools.javac.code.Type$StructuralTypeMapping.visitMethodType(Type.java:230)
> at com.sun.tools.javac.code.Type$MethodType.accept(Type.java:1454)
> at
> com.sun.tools.javac.code.Types$DefaultTypeVisitor.visit(Types.java:4871)
> at com.sun.tools.javac.code.Types.erasure(Types.java:2350)
> at com.sun.tools.javac.code.Types.erasure(Types.java:2336)
> at
> org.netbeans.modules.java.source.PostFlowAnalysis.visitMethodDef(PostFlowAnalysis.java:145)
> at
> com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:872)
> at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49)
> at
> org.netbeans.modules.java.source.PostFlowAnalysis.scan(PostFlowAnalysis.java:103)
> at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57)
> at
> com.sun.tools.javac.tree.TreeScanner.visitClassDef(TreeScanner.java:118)
> at
> org.netbeans.modules.java.source.PostFlowAnalysis.visitClassDef(PostFlowAnalysis.java:115)
> at
> com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:778)
> at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49)
> at
> org.netbeans.modules.java.source.PostFlowAnalysis.scan(PostFlowAnalysis.java:103)
> at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57)
> at
> com.sun.tools.javac.tree.TreeScanner.visitTopLevel(TreeScanner.java:66)
> at
> com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:531)
> at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49)
> at
> org.netbeans.modules.java.source.PostFlowAnalysis.scan(PostFlowAnalysis.java:103)
> at
> org.netbeans.modules.java.source.PostFlowAnalysis.analyze(PostFlowAnalysis.java:89)
> at
> org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:634)
> at
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361)
> at
> org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:84)
> at
> org.netbeans.api.java.source.WorkingCopy.toPhase(WorkingCopy.java:192)
> at
> org.netbeans.modules.refactoring.java.spi.RefactoringVisitor.setWorkingCopy(RefactoringVisitor.java:110)
> at
> org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin$TransformTask.run(JavaRefactoringPlugin.java:425)
> at
> org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin$TransformTask.run(JavaRefactoringPlugin.java:408)
> at
> org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:672)
> at
> org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662)
> at
> org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501)
> at
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
> at
> org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:166)
> at
> org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:138)
> at
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181)
> at
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178)
> at
> 

NPE when refactoring with NB 11

[Thomas Kellerer]

Hello, 

with NB 11 I consistently get a NPE when trying to do any refactoring (rename 
class, constant, enum) in my Maven based project. 
This happened already with v1 and vc2, but id does NOT happen with NB 10 on the 
same code base.

The error message asks me to attach the dump file from the var/log directory. 
However that dump file contains the full source code of the file which I can 
not make publicly available.

Should I file an issue nevertheless or will it be closed as I can't provide the 
dump file? 

This is the stacktrace of the NPE: 

SEVERE [org.openide.util.Exceptions]
An error occurred during parsing of '...'. Please report a bug against 
java/source and attach dump file ''.
Caused: java.lang.NullPointerException
at 
com.sun.tools.javac.code.Types$DefaultTypeVisitor.visit(Types.java:4871)
at 
com.sun.tools.javac.code.Type$StructuralTypeMapping.visitMethodType(Type.java:282)
at 
com.sun.tools.javac.code.Type$StructuralTypeMapping.visitMethodType(Type.java:230)
at com.sun.tools.javac.code.Type$MethodType.accept(Type.java:1454)
at 
com.sun.tools.javac.code.Types$DefaultTypeVisitor.visit(Types.java:4871)
at com.sun.tools.javac.code.Types.erasure(Types.java:2350)
at com.sun.tools.javac.code.Types.erasure(Types.java:2336)
at 
org.netbeans.modules.java.source.PostFlowAnalysis.visitMethodDef(PostFlowAnalysis.java:145)
at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:872)
at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49)
at 
org.netbeans.modules.java.source.PostFlowAnalysis.scan(PostFlowAnalysis.java:103)
at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57)
at 
com.sun.tools.javac.tree.TreeScanner.visitClassDef(TreeScanner.java:118)
at 
org.netbeans.modules.java.source.PostFlowAnalysis.visitClassDef(PostFlowAnalysis.java:115)
at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:778)
at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49)
at 
org.netbeans.modules.java.source.PostFlowAnalysis.scan(PostFlowAnalysis.java:103)
at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57)
at 
com.sun.tools.javac.tree.TreeScanner.visitTopLevel(TreeScanner.java:66)
at 
com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:531)
at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49)
at 
org.netbeans.modules.java.source.PostFlowAnalysis.scan(PostFlowAnalysis.java:103)
at 
org.netbeans.modules.java.source.PostFlowAnalysis.analyze(PostFlowAnalysis.java:89)
at 
org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:634)
at 
org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361)
at 
org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:84)
at 
org.netbeans.api.java.source.WorkingCopy.toPhase(WorkingCopy.java:192)
at 
org.netbeans.modules.refactoring.java.spi.RefactoringVisitor.setWorkingCopy(RefactoringVisitor.java:110)
at 
org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin$TransformTask.run(JavaRefactoringPlugin.java:425)
at 
org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin$TransformTask.run(JavaRefactoringPlugin.java:408)
at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:672)
at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662)
at 
org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501)
at 
org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
at 
org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:166)
at 
org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:138)
at 
org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181)
at 
org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178)
at 
org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
at 
org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
at 
org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
at 
org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67)
at 
org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178)
at 
org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:83)
at 
org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:451)
at 
org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422)
at