[72cat] FW: [nbusers] Re: Has anyone tried Source->Inspect in 4.2 - it's taking forever on my project

  • From: Javier Ortiz < >
  • To: " " < >
  • Subject: [72cat] FW: [nbusers] Re: Has anyone tried Source->Inspect in 4.2 - it's taking forever on my project
  • Date: Tue, 29 May 2012 16:55:13 +0000
  • Accept-language: en-US

Saw this in the nbusers list. Hopefully is something you guys are aware of.



Senior Software Quality Engineer
ArthroCare Corporation
7000 William Cannon Drive
Austin, TX 78735
Phone: 512-358-5996
email: 


-----Original Message-----
From: Mark Claassen 
[mailto: ]
 
Sent: Tuesday, May 29, 2012 10:52 AM
To: 

Subject: [nbusers] Re: Has anyone tried Source->Inspect in 4.2 - it's taking 
forever on my project

You are talking about 7.2 beta, right?

I agree.  It is not coming back.  I am doing this on a package with one 
nested package and a total of 7 classes.  Didn't come back after several 
minutes and I canceled.

It also, incidentally, didn't pick the correct package, but the package above 
the one I selected.
> a.b.c.d
To inspect package "c", I needed to choose package "d".

Canceling also seems to have issues.  As I mentioned earlier, I canceled my 
first task, and it appears to have gone away.  However, retrying the inspect 
appears to be waiting on something.  (I just get the indeterminate progress 
bar...for a long time now.)  And, looking at my memory usage monitor on the 
toolbar, I am about out of memory.  ... Restarting NB.

Mark

-----Original Message-----
From: Thomas Wolf 
[mailto: ]
Sent: Tuesday, May 29, 2012 11:07 AM
To: 

Subject: [nbusers] Re: Has anyone tried Source->Inspect in 4.2 - it's taking 
forever on my project

As a quick follow-up: after 1.5 hours, NB threw an out-of-memory error when 
the analysis was 78% complete:

java.lang.OutOfMemoryError: Java heap space
        at 
com.sun.tools.javac.parser.Scanner.getVeryRawCharacters(Scanner.java:1081)
        at 
com.sun.tools.javac.parser.DocCommentScanner.getLineMap(DocCommentScanner.java:417)
        at 
com.sun.tools.javac.parser.JavacParser.parseCompilationUnit(JavacParser.java:2397)
        at 
com.sun.tools.javac.parser.EndPosParser.parseCompilationUnit(EndPosParser.java:84)
        at com.sun.tools.javac.main.JavaCompiler.parse(JavaCompiler.java:606)
        at com.sun.tools.javac.main.JavaCompiler.parse(JavaCompiler.java:641)
        at 
com.sun.tools.javac.main.JavaCompiler.parseFiles(JavaCompiler.java:932)
        at com.sun.tools.javac.api.JavacTaskImpl.parse(JavacTaskImpl.java:286)
        at com.sun.tools.javac.api.JavacTaskImpl.parse(JavacTaskImpl.java:259)
        at 
org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:581)
        at 
org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:385)
        at 
org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:109)
        at 
org.netbeans.modules.java.hints.spiimpl.batch.BatchSearch$3.run(BatchSearch.java:275)
        at 
org.netbeans.modules.java.hints.spiimpl.batch.BatchSearch$3.run(BatchSearch.java:269)
        at 
org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:488)
        at 
org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:583)
        at 
org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:150)
        at 
org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:134)
        at 
org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:200)
        at 
org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:197)
        at 
org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:168)
        at 
org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:360)
        at 
org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:72)
        at 
org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:197)
        at 
org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:102)
        at 
org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:438)
        at 
org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:409)
        at 
org.netbeans.modules.java.hints.spiimpl.batch.BatchSearch.getLocalVerifiedSpans(BatchSearch.java:269)
        at 
org.netbeans.modules.java.hints.spiimpl.batch.BatchSearch.access$600(BatchSearch.java:104)
        at 
org.netbeans.modules.java.hints.spiimpl.batch.BatchSearch$LocalIndexEnquirer.validateResource(BatchSearch.java:571)
        at 
org.netbeans.modules.java.hints.spiimpl.batch.BatchSearch.getVerifiedSpans(BatchSearch.java:212)
        at 
org.netbeans.modules.java.hints.spiimpl.batch.BatchSearch.getVerifiedSpans(BatchSearch.java:194)

I reported the exception and it was classified as a duplicate of report #:
        http://statistics.netbeans.org/analytics/detail.do?id=166679

Not sure I understand whether it's fixed yet - the crossed-out Bugzilla bug 
that it refers to is from way back in 2010 - and the last comment in is from 
that year as well??!  And it's a "P3"??
        http://netbeans.org/bugzilla/show_bug.cgi?id=183907

This doesn't seem right.
Tom



On May 29, 2012, at 10:07 AM, Thomas Wolf wrote:

> 
> I just downloaded the 4.2 beta and watched the little screen case on 
> FindBugs integration in NB.  Cool.  But since I was in a rush
and knew that FindBugs' full static analysis takes awhile (I used to run it 
as a standalone), I figure I'd give the other option, 
"Source->Inspect->Netbeans Java Hints"" a try instead.  I figured that would 
be quicker.  I was wrong.  It's been an hour now and my MacBookPro with 8GB & 
dual core processor, blazing-fast SSD... is still only 75% done..Granted, our 
project is not super small (standard J2SE project with about 4,200 java 
source files), but this is pretty unusable at this speed.  I know I could 
have picked specific inspections to speed things up, but still.at the rate 
I'm going, this static analysis will take 1.5 hours!
> 
> Where does NB write its messages.log now?  I don't see it in 
> $HOME/.netbeans/ directory (I only see my old 7.1.2 there).  Maybe
that'll show why it's so slow.
> 
> Thanks for any info,
> Tom
> 
> p.s. I'm assuming the analysis would do its thing on all the selected 
> Java hints under Preferences->Editor->Hints?  If so, I don't
think I modified this set significantly from the default.
> 


**********

The information contained in this e-mail message, together with any 
attachments thereto, is intended only for the personal and confidential 
use of the addressee named above. The message and the attachments
 are or may be privileged or protected communication. If you are not the 
intended recipient of this message, or authorized to receive it for the 
intended recipient, you have received this message in error, and you 
are not to review, use, disseminate, distribute or copy this message, 
any attachments thereto, or their contents. If you have received this 
message in error, please immediately notify us by return e-mail 
message, and delete the original message. 

Pursuant to Circular 230 issued by the United States Treasury 
Department and relating to practice before the Internal Revenue 
Services, any comment or opinion in this communication relating to a 
federal tax issue is not intended to be used, and cannot be used, by a 
taxpayer for the purpose of avoiding tax-related penalties that may be 
imposed on the taxpayer.



[72cat] FW: [nbusers] Re: Has anyone tried Source->Inspect in 4.2 - it's taking forever on my project

Javier Ortiz 05/29/2012

Project Features

About this Project

www was started in November 2009, is owned by jpirek, and has 21 members.
By use of this website, you agree to the NetBeans Policies and Terms of Use (revision 20140418.2d69abc). © 2013, Oracle Corporation and/or its affiliates. Sponsored by Oracle logo
 
 
Close
loading
Please Confirm
Close