Re: Refactoring Exceptions

2021-10-07 Thread Geertjan Wielenga 
Also in 12.5?

Gj



On Thu, Oct 7, 2021 at 6:49 PM Marvin P. Warble Jr.
 wrote:

> I’ve posted about this before, but have been unable to provide any more
> information or get the issue resolved.
>
>
>
> I’ve lost the ability to refactor classes that have more than about dozen
> dependents.  The problem is having a significant impact on my work.
>
>
>
> Let me try to recap the problem.  I have web app project that in total
> with in-house developed libraries is over 500k lines of code.  When
> attempting to rename or move classes that have more than a dozen
> dependents, sometimes NB throws an exception during the Prepare process and
> sometimes the refactor executes but produces unwanted results.  For
> instance, many times the import statements of the dependent classes will
> get completely mangled and will require manual steps to fix.
>
>
>
> I’ve also noticed that the Find Usages function will work, but after the
> first several results produces the wrong line numbers where the usage
> actually occurs.  It finds the correct file, but the lines displayed in the
> results window are off by several lines.  I suspect the refactoring issue
> and this issue are somehow related as both problems seem to occur when
> there are more than about a dozen dependents on the code being refactored
> or processed by the “Find Usages” function.
>
>
>
> When exceptions are generated in IDE log, they don’t seem to be consistent.
>
>
>
> For instance, the class I’m currently trying to rename will generate the
> following exception:
>
>
>
>
> ---
>
>
>
> INFO [org.netbeans.modules.java.source.save.CasualDiff]: Illegal values:
> from = 1107; to = 1102.Please, attach your messages.log to new issue!
>
>
>
>
>
> SEVERE [org.openide.util.Exceptions]
>
> java.lang.IllegalArgumentException: Copying to 4205 is greater then its
> size (3072).
>
>  at
> org.netbeans.modules.java.source.save.CasualDiff.copyTo(CasualDiff.java:6108)
>
>  at
> org.netbeans.modules.java.source.save.CasualDiff.copyTo(CasualDiff.java:6087)
>
>  at
> org.netbeans.modules.java.source.save.CasualDiff.diffMethodDef(CasualDiff.java:1260)
>
>  at
> org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.java:5552)
>
>  at
> org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.java:5443)
>
>  at
> org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5370)
>
>  at
> org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5341)
>
>  at
> org.netbeans.modules.java.source.save.CasualDiff.diffList(CasualDiff.java:4176)
>
>  at
> org.netbeans.modules.java.source.save.CasualDiff.diffClassDef(CasualDiff.java:1102)
>
>  at
> org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.java:5549)
>
>  at
> org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.java:5443)
>
>  at
> org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5370)
>
>  at
> org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5341)
>
>  at
> org.netbeans.modules.java.source.save.CasualDiff.diffList(CasualDiff.java:4176)
>
>  at
> org.netbeans.modules.java.source.save.CasualDiff.diffTopLevel(CasualDiff.java:594)
>
>  at
> org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.java:5522)
>
>  at
> org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.java:5443)
>
>  at
> org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5370)
>
>  at
> org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5353)
>
>  at
> org.netbeans.modules.java.source.save.CasualDiff.diff(CasualDiff.java:350)
>
>  at
> org.netbeans.api.java.source.WorkingCopy.processCurrentCompilationUnit(WorkingCopy.java:920)
>
>  at
> org.netbeans.api.java.source.WorkingCopy.getChanges(WorkingCopy.java:1332)
>
>  at
> org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:676)
>
>  at
> org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663)
>
>  at
> org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502)
>
>  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.fil

Refactoring Exceptions

2021-10-07 Thread Marvin P. Warble Jr. 
I've posted about this before, but have been unable to provide any more
information or get the issue resolved.

 

I've lost the ability to refactor classes that have more than about dozen
dependents.  The problem is having a significant impact on my work.

 

Let me try to recap the problem.  I have web app project that in total with
in-house developed libraries is over 500k lines of code.  When attempting to
rename or move classes that have more than a dozen dependents, sometimes NB
throws an exception during the Prepare process and sometimes the refactor
executes but produces unwanted results.  For instance, many times the import
statements of the dependent classes will get completely mangled and will
require manual steps to fix.

 

I've also noticed that the Find Usages function will work, but after the
first several results produces the wrong line numbers where the usage
actually occurs.  It finds the correct file, but the lines displayed in the
results window are off by several lines.  I suspect the refactoring issue
and this issue are somehow related as both problems seem to occur when there
are more than about a dozen dependents on the code being refactored or
processed by the "Find Usages" function.

 

When exceptions are generated in IDE log, they don't seem to be consistent.

 

For instance, the class I'm currently trying to rename will generate the
following exception:

 


---

 

INFO [org.netbeans.modules.java.source.save.CasualDiff]: Illegal values:
from = 1107; to = 1102.Please, attach your messages.log to new issue!

 

 

SEVERE [org.openide.util.Exceptions]

java.lang.IllegalArgumentException: Copying to 4205 is greater then its size
(3072).

 at
org.netbeans.modules.java.source.save.CasualDiff.copyTo(CasualDiff.java:6108
)

 at
org.netbeans.modules.java.source.save.CasualDiff.copyTo(CasualDiff.java:6087
)

 at
org.netbeans.modules.java.source.save.CasualDiff.diffMethodDef(CasualDiff.ja
va:1260)

 at
org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.ja
va:5552)

 at
org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.jav
a:5443)

 at
org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:53
70)

 at
org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:53
41)

 at
org.netbeans.modules.java.source.save.CasualDiff.diffList(CasualDiff.java:41
76)

 at
org.netbeans.modules.java.source.save.CasualDiff.diffClassDef(CasualDiff.jav
a:1102)

 at
org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.ja
va:5549)

 at
org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.jav
a:5443)

 at
org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:53
70)

 at
org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:53
41)

 at
org.netbeans.modules.java.source.save.CasualDiff.diffList(CasualDiff.java:41
76)

 at
org.netbeans.modules.java.source.save.CasualDiff.diffTopLevel(CasualDiff.jav
a:594)

 at
org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.ja
va:5522)

 at
org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.jav
a:5443)

 at
org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:53
70)

 at
org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:53
53)

 at
org.netbeans.modules.java.source.save.CasualDiff.diff(CasualDiff.java:350)

 at
org.netbeans.api.java.source.WorkingCopy.processCurrentCompilationUnit(Worki
ngCopy.java:920)

 at
org.netbeans.api.java.source.WorkingCopy.getChanges(WorkingCopy.java:1332)

 at
org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:676)

 at
org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663)

 at
org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502)

 at
org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.j
ava:586)

 at
org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(Parse
rManager.java:166)

 at
org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(Parse
rManager.java:138)

 at
org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:18
1)

 at
org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:17
8)

 at
org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityI
O(FileChangedManager.java:153)

 at
org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(Provid
edExtensions.java:335)

 at
org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjec
tEnvFac

java.util.zip.CRC32C Not Found

2021-10-07 Thread Marvin P. Warble Jr. 
Even though the source level of  is set to: 11,
java.util.zip.CRC32C cannot be found on the system module path: 

Changing source level to 1.8

 

This error continuously shows up in my IDE log and I'm wondering if it might
be the source of some other problems I'm having. 

 

Does anyone know if there is a way to resolve this problem?  

 

I'm currently using NB 12.5 on Windows 10 with the following Java platform:

 

Eclipse Foundation => jdk-11.0.12.7-hotspot

Re: NetBeans 12.5 - change in code completion pop for "new" ?

2021-10-07 Thread Mitch Claborn 

FYI, I created https://issues.apache.org/jira/browse/NETBEANS-6114 for this.


Mitch

On 10/5/21 4:11 PM, Alonso Del Arte wrote:
For what it's worth, I think that was also the behavior in 8.2 and 11.1 
(I'm still on 11.2, long story).


Al

On Tue, Oct 5, 2021 at 4:14 PM Mitch Claborn > wrote:


I upgraded from 12.0 to 12.5. When I type "new ClassName" using
ctrl+Space in the middle of the class name to finish the class name,
I'm
pretty sure that NB 12.0 was automatically showing the various
constructors in a code completion pop-up, while NB 12.5 requires me to
hit ctrl + Space again. Am I dreaming, or did this change?

I prefer the previous behavior.
-- 


Mitch

-
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




--
Alonso del Arte
Author at SmashWords.com 


Musician at ReverbNation.com 


-
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