Re: [servlet]

[Eric Bresie]

Regarding "compile error that complains about that RequestDispatcher is an
undefined symbol.  "

When editing, are red issue icons in the Netbeans gutter on the left on
some of the imports?  This can show missing dependencies in your pom file.

May need to add the javax-servlet-api dependency.

Eric Bresie
ebre...@gmail.com


On Fri, Jan 20, 2023 at 5:33 PM Peter Scharf 
wrote:

> Now the next step in this tutorial passes the values of variables in the
> java web form to a jsp file instead of embedding them in println commands.
> Here is the code that the tutorial (
> https://www.youtube.com/watch?v=eP9oz6ZKUXM at Creat JavaServer Page
> (JSP), about 23 minutes into it) gives:
>
> protected void doPost(HttpServletRequest request, HttpServletResponse
> response)
>throws ServletException, IOException {
>   processRequest(request, response);
>   float miles = Float.parseFloat(request.getParameter("miles"));
>   float kilometers = miles * 1.61f;
>   request.setAttribute("miles", miles);
>   request.setAttribute("kilometers", kilometers);
>   String resultPage = "result.jsp";
>
>   RequestDispatcher dispatcher =
> request.getRequestDispatcher(resultPage);
>   dispacther.forward(request, response);
>}
>
> I get a compile error that complains about that RequestDispatcher is an
> undefined symbol.  After much hunting on websites for answers, I revised
> the code as in the project in the git:
> https://github.com/the-sanskrit-library/public.git, namely:
>
>protected void doPost(HttpServletRequest request, HttpServletResponse
> response)
>throws ServletException, IOException {
>   float miles = Float.parseFloat(request.getParameter("miles"));
>   float kilometers = miles * 1.61f;
>   request.setAttribute("miles", miles);
>   request.setAttribute("kilometers", kilometers);
>   String resultPage = "result.jsp";
>   request.getRequestDispatcher(resultPage).forward(request, response);
>}
>
> Which compiles.  However, the response I get give the string rather than
> their values:
>
> Unit Conversion Result
>
> *$(miles) miles = $(kilometers) kilometers*
> Any suggestions?
> Yours,
> Peter
>
> **
> Peter M. Scharf, President
> The Sanskrit Library
> sch...@sanskritlibrary.org
> https://sanskritlibrary.org
> **
>
> On Jan 20, 2023, at 12:31 PM, Carl Mosca  wrote:
>
> You're welcome Peter and glad to hear it.  You can remove/replace the root
> app if/as needed.
>
> Regards,
> Carl
>
> On Fri, Jan 20, 2023 at 1:28 PM Peter Scharf 
> wrote:
>
>> Dear Carl,
>> Thanks for your help.  I installed Tomcat version 9.  Now the project
>> runs correctly.
>> Changing the context path to “/” however, interfered with the “It works”
>> root app of Tomcat, so I changed it back.  I get the correct result of the
>> conversion servlet at the path
>> http://localhost:8080/mavenproject3/convert.
>> Yours,
>> Peter
>>
>> **
>> Peter M. Scharf, President
>> The Sanskrit Library
>> sch...@sanskritlibrary.org
>> https://sanskritlibrary.org
>> **
>>
>> On Jan 18, 2023, at 8:16 PM, Carl Mosca  wrote:
>>
>> Hi Peter,
>>
>> First off it looks like the example notes suggest using Tomcat 9 or
>> earlier so I used 9.0.71.
>>
>> I changed the context path (in the context.xml file): .
>>
>> It's worth looking at creating a .gitignore file so that class and other
>> binaries are not in git as they are not needed.
>>
>> Regards,
>> Carl
>>
>> On Wed, Jan 18, 2023 at 6:16 PM Peter Scharf 
>> wrote:
>>
>>> The catalina log has lots of info entries.  Here’s one WARNING:
>>>
>>> 18-Jan-2023 12:10:12.964 WARNING [main]
>>> org.apache.catalina.startup.HostConfig.deployDescriptor The path attribute
>>> with value [/mavenproject3] in deployment descriptor
>>> [/usr/local/apache-tomcat-10.0.23/conf/Catalina/localhost/mavenproject3.xml]
>>> has been ignored
>>>
>>> The catalina.out file has the same suspicious entry:
>>>
>>> 18-Jan-2023 12:10:12.964 WARNING [main]
>>> org.apache.catalina.startup.HostConfig.deployDescriptor The path attribute
>>> with value [/mavenproject3] in deployment descriptor
>>> [/usr/local/apache-tomcat-10.0.23/conf/Catalina/localhost/mavenproject3.xml]
>>> has been ignored
>>>
>>> The localhost_access_log.2023-01-18.txt file has:
>>>
>>> 0:0:0:0:0:0:0:1 - - [18/Jan/2023:12:10:18 -0600] "GET /convert HTTP/1.1"
>>> 404 759
>>> 0:0:0:0:0:0:0:1 - - [18/Jan/2023:12:10:18 -0600] "GET /favicon.ico
>>> HTTP/1.1" 200 21630
>>> 0:0:0:0:0:0:0:1 - - [18/Jan/2023:16:50:07 -0600] "GET /mavenproject3/
>>> HTTP/1.1" 200 453
>>> 0:0:0:0:0:0:0:1 - - [18/Jan/2023:16:50:14 -0600] "POST
>>> /mavenproject3/convert HTTP/1.1" 404 777
>>> 0:0:0:0:0:0:0:1 - - [18/Jan/2023:16:51:11 -0600] "POST
>>> /mavenproject3/convert HTTP/1.1" 404 777
>>>
>>> Regarding Java EE versus Jakarta EE, a quick search shows that none of
>>> my project files contain ‘jakarta’ while the 

Re: [servlet]

[Carl Mosca]

Progress. Excellent.


On Sat, Jan 21, 2023 at 5:36 PM Peter Scharf 
wrote:

> Now I see that this also works:
>
> ${miles} miles = ${kilometers} kilometers
>
> I had put round braces instead of curly braces which caused the previous
> error.
>
> **
> Peter M. Scharf, President
> The Sanskrit Library
> sch...@sanskritlibrary.org
> https://sanskritlibrary.org
> **
>
> On Jan 21, 2023, at 7:12 AM, Carl Mosca  wrote:
>
> That should actually be a getAttribute to get the values you set - the
> parameter is what was passed to it but I am guessing you knew that.
>
> On Sat, Jan 21, 2023 at 8:03 AM Carl Mosca  wrote:
>
>> Good morning Peter,
>>
>> First off I have to apologize because I had not looked at your changes.
>> Given what I think you're trying to do at this point, you're not far off.
>>
>> You might do something like this to get the value of the miles for
>> example:
>>
>> <%= request.getParameter("miles")%>
>>
>> This will ultimately be a bit verbose and a bit harder to maintain than
>> other approaches so you might see beans used more if I understand where
>> you're going.
>>
>> If this makes sense conceptually, you might consider some of the slightly
>> newer approaches such as Spring Boot or Quarkus but that's just one
>> opinion.  Such development stacks are a bit more opinionated but there's
>> some flexibility in both of them as well.
>>
>> I have looked at software development as both an art and a science and I
>> certainly respect the wide variety of preferences and approaches I
>> have encountered over the years.
>>
>> The offer to chat stands.
>>
>> Regards,
>> Carl
>>
>> On Fri, Jan 20, 2023 at 10:17 PM Peter Scharf 
>> wrote:
>>
>>> Dear Carl,
>>> Thanks for your offer.  Actually, my ultimate goal in doing the tutorial
>>> I have accomplished: to create a war file and be able to deploy it using
>>> the Tomcat manager.  This is what I need to do to recreate my website
>>> server which was written a decade ago by an accomplished programmer who is
>>> no longer working for my organization.
>>> My narrower goal was to complete the tutorial, or to see how to do my
>>> the most modern and efficient methods what the tutorial was seeking to
>>> teach: pass information from a form to a program.
>>> I’m on central time and could meet you any afternoon that would be
>>> convenient for you.  I could set up a Zoom meeting or Google Meet.
>>> Yours,
>>> Peter
>>>
>>> **
>>> Peter M. Scharf, President
>>> The Sanskrit Library
>>> sch...@sanskritlibrary.org
>>> https://sanskritlibrary.org
>>> **
>>>
>>> On Jan 20, 2023, at 5:42 PM, Carl Mosca  wrote:
>>>
>>> Hi Peter,
>>>
>>> I don't have the code handy but it sounds like the tutorial (which
>>> admittedly I have not viewed) is not making clear the relationship between
>>> the servlet reference to the variable which is in the html form if I am
>>> recalling correctly.  (I used the NetBeans debugger to ensure that the
>>> value was present as expected in the code I ran.)
>>>
>>> I am wondering if walking through the code for 10-20 minutes would be
>>> more helpful.  Just a thought.  I am willing to do that if you like.  I am
>>> in the eastern time zone (Richmond, VA).
>>>
>>> Alternatively if you don't get an answer from the list, I will try to
>>> make some time to document this example.
>>>
>>> Having said all that, what is your ultimate goal?  This particular
>>> example represents a much older approach which is certainly workable but
>>> there are newer approaches which are more efficient in the long run.
>>>
>>> Happy to discuss.
>>>
>>> Regards,
>>> Carl
>>>
>>>
>>>
>>> On Fri, Jan 20, 2023 at 6:33 PM Peter Scharf 
>>> wrote:
>>>
 Now the next step in this tutorial passes the values of variables in
 the java web form to a jsp file instead of embedding them in println
 commands.  Here is the code that the tutorial (
 https://www.youtube.com/watch?v=eP9oz6ZKUXM at Creat JavaServer Page
 (JSP), about 23 minutes into it) gives:

 protected void doPost(HttpServletRequest request, HttpServletResponse
 response)
throws ServletException, IOException {
   processRequest(request, response);
   float miles = Float.parseFloat(request.getParameter("miles"));
   float kilometers = miles * 1.61f;
   request.setAttribute("miles", miles);
   request.setAttribute("kilometers", kilometers);
   String resultPage = "result.jsp";

   RequestDispatcher dispatcher =
 request.getRequestDispatcher(resultPage);
   dispacther.forward(request, response);
}

 I get a compile error that complains about that RequestDispatcher is an
 undefined symbol.  After much hunting on websites for answers, I revised
 the code as in the project in the git:
 https://github.com/the-sanskrit-library/public.git, namely:

protected 

Re: [servlet]

[Peter Scharf]

Now I see that this also works:

${miles} miles = ${kilometers} kilometers

I had put round braces instead of curly braces which caused the previous error.

**
Peter M. Scharf, President
The Sanskrit Library
sch...@sanskritlibrary.org
https://sanskritlibrary.org
**

> On Jan 21, 2023, at 7:12 AM, Carl Mosca  wrote:
> 
> That should actually be a getAttribute to get the values you set - the 
> parameter is what was passed to it but I am guessing you knew that.
> 
> On Sat, Jan 21, 2023 at 8:03 AM Carl Mosca  > wrote:
>> Good morning Peter,
>> 
>> First off I have to apologize because I had not looked at your changes.  
>> Given what I think you're trying to do at this point, you're not far off.
>> 
>> You might do something like this to get the value of the miles for example:
>> 
>> <%= request.getParameter("miles")%>
>> 
>> This will ultimately be a bit verbose and a bit harder to maintain than 
>> other approaches so you might see beans used more if I understand where 
>> you're going.
>> 
>> If this makes sense conceptually, you might consider some of the slightly 
>> newer approaches such as Spring Boot or Quarkus but that's just one opinion. 
>>  Such development stacks are a bit more opinionated but there's some 
>> flexibility in both of them as well.
>> 
>> I have looked at software development as both an art and a science and I 
>> certainly respect the wide variety of preferences and approaches I have 
>> encountered over the years.
>> 
>> The offer to chat stands.
>> 
>> Regards,
>> Carl
>> 
>> On Fri, Jan 20, 2023 at 10:17 PM Peter Scharf > > wrote:
>>> Dear Carl,
>>> Thanks for your offer.  Actually, my ultimate goal in doing the 
>>> tutorial I have accomplished: to create a war file and be able to deploy it 
>>> using the Tomcat manager.  This is what I need to do to recreate my website 
>>> server which was written a decade ago by an accomplished programmer who is 
>>> no longer working for my organization.
>>> My narrower goal was to complete the tutorial, or to see how to do my 
>>> the most modern and efficient methods what the tutorial was seeking to 
>>> teach: pass information from a form to a program.
>>> I’m on central time and could meet you any afternoon that would be 
>>> convenient for you.  I could set up a Zoom meeting or Google Meet.
>>> Yours,
>>> Peter
>>> 
>>> **
>>> Peter M. Scharf, President
>>> The Sanskrit Library
>>> sch...@sanskritlibrary.org 
>>> https://sanskritlibrary.org 
>>> **
>>> 
 On Jan 20, 2023, at 5:42 PM, Carl Mosca >>> > wrote:
 
 Hi Peter,
 
 I don't have the code handy but it sounds like the tutorial (which 
 admittedly I have not viewed) is not making clear the relationship between 
 the servlet reference to the variable which is in the html form if I am 
 recalling correctly.  (I used the NetBeans debugger to ensure that the 
 value was present as expected in the code I ran.)
 
 I am wondering if walking through the code for 10-20 minutes would be more 
 helpful.  Just a thought.  I am willing to do that if you like.  I am in 
 the eastern time zone (Richmond, VA).
 
 Alternatively if you don't get an answer from the list, I will try to make 
 some time to document this example.
 
 Having said all that, what is your ultimate goal?  This particular example 
 represents a much older approach which is certainly workable but there are 
 newer approaches which are more efficient in the long run.
 
 Happy to discuss.
 
 Regards,
 Carl
 
 
 
 On Fri, Jan 20, 2023 at 6:33 PM Peter Scharf >>> > wrote:
> Now the next step in this tutorial passes the values of variables in the 
> java web form to a jsp file instead of embedding them in println 
> commands.  Here is the code that the tutorial 
> (https://www.youtube.com/watch?v=eP9oz6ZKUXM at Creat JavaServer Page 
> (JSP), about 23 minutes into it) gives:
> 
> protected void doPost(HttpServletRequest request, HttpServletResponse 
> response)
>throws ServletException, IOException {
>   processRequest(request, response);
>   float miles = Float.parseFloat(request.getParameter("miles"));
>   float kilometers = miles * 1.61f;
>   request.setAttribute("miles", miles);
>   request.setAttribute("kilometers", kilometers);
>   String resultPage = "result.jsp";
>   
>   RequestDispatcher dispatcher = 
> request.getRequestDispatcher(resultPage);
>   dispacther.forward(request, response);
>}
> 
> I get a compile error that complains about that 

Re: [servlet]

[Peter Scharf]

Thanks, Carl!  I put

<%=request.getAttribute("miles")%>
and
<%=request.getAttribute("kilometers")%>
in place of $(miles) and $(kilometers) in result.jsp and it works as desired.
Yours,
Peter

**
Peter M. Scharf, President
The Sanskrit Library
sch...@sanskritlibrary.org
https://sanskritlibrary.org
**

> On Jan 21, 2023, at 7:12 AM, Carl Mosca  wrote:
> 
> That should actually be a getAttribute to get the values you set - the 
> parameter is what was passed to it but I am guessing you knew that.
> 
> On Sat, Jan 21, 2023 at 8:03 AM Carl Mosca  > wrote:
>> Good morning Peter,
>> 
>> First off I have to apologize because I had not looked at your changes.  
>> Given what I think you're trying to do at this point, you're not far off.
>> 
>> You might do something like this to get the value of the miles for example:
>> 
>> <%= request.getParameter("miles")%>
>> 
>> This will ultimately be a bit verbose and a bit harder to maintain than 
>> other approaches so you might see beans used more if I understand where 
>> you're going.
>> 
>> If this makes sense conceptually, you might consider some of the slightly 
>> newer approaches such as Spring Boot or Quarkus but that's just one opinion. 
>>  Such development stacks are a bit more opinionated but there's some 
>> flexibility in both of them as well.
>> 
>> I have looked at software development as both an art and a science and I 
>> certainly respect the wide variety of preferences and approaches I have 
>> encountered over the years.
>> 
>> The offer to chat stands.
>> 
>> Regards,
>> Carl
>> 
>> On Fri, Jan 20, 2023 at 10:17 PM Peter Scharf > > wrote:
>>> Dear Carl,
>>> Thanks for your offer.  Actually, my ultimate goal in doing the 
>>> tutorial I have accomplished: to create a war file and be able to deploy it 
>>> using the Tomcat manager.  This is what I need to do to recreate my website 
>>> server which was written a decade ago by an accomplished programmer who is 
>>> no longer working for my organization.
>>> My narrower goal was to complete the tutorial, or to see how to do my 
>>> the most modern and efficient methods what the tutorial was seeking to 
>>> teach: pass information from a form to a program.
>>> I’m on central time and could meet you any afternoon that would be 
>>> convenient for you.  I could set up a Zoom meeting or Google Meet.
>>> Yours,
>>> Peter
>>> 
>>> **
>>> Peter M. Scharf, President
>>> The Sanskrit Library
>>> sch...@sanskritlibrary.org 
>>> https://sanskritlibrary.org 
>>> **
>>> 
 On Jan 20, 2023, at 5:42 PM, Carl Mosca >>> > wrote:
 
 Hi Peter,
 
 I don't have the code handy but it sounds like the tutorial (which 
 admittedly I have not viewed) is not making clear the relationship between 
 the servlet reference to the variable which is in the html form if I am 
 recalling correctly.  (I used the NetBeans debugger to ensure that the 
 value was present as expected in the code I ran.)
 
 I am wondering if walking through the code for 10-20 minutes would be more 
 helpful.  Just a thought.  I am willing to do that if you like.  I am in 
 the eastern time zone (Richmond, VA).
 
 Alternatively if you don't get an answer from the list, I will try to make 
 some time to document this example.
 
 Having said all that, what is your ultimate goal?  This particular example 
 represents a much older approach which is certainly workable but there are 
 newer approaches which are more efficient in the long run.
 
 Happy to discuss.
 
 Regards,
 Carl
 
 
 
 On Fri, Jan 20, 2023 at 6:33 PM Peter Scharf >>> > wrote:
> Now the next step in this tutorial passes the values of variables in the 
> java web form to a jsp file instead of embedding them in println 
> commands.  Here is the code that the tutorial 
> (https://www.youtube.com/watch?v=eP9oz6ZKUXM at Creat JavaServer Page 
> (JSP), about 23 minutes into it) gives:
> 
> protected void doPost(HttpServletRequest request, HttpServletResponse 
> response)
>throws ServletException, IOException {
>   processRequest(request, response);
>   float miles = Float.parseFloat(request.getParameter("miles"));
>   float kilometers = miles * 1.61f;
>   request.setAttribute("miles", miles);
>   request.setAttribute("kilometers", kilometers);
>   String resultPage = "result.jsp";
>   
>   RequestDispatcher dispatcher = 
> request.getRequestDispatcher(resultPage);
>   dispacther.forward(request, response);
>}
> 
> I get a compile error 

[NetBeans] Error: No Main Manifest Attribut

[Heinz Koeck]

I created a "Simple JavaFX Maven Archetype" project with NetBeans 15. 
Then I did a build with that prototype. I wanted to start the resulting 
jar file and got the following error message: "*No main manifest 
attribute, in SimpleMavenJavaFX-1.0-Test.jar"*

I am using JavaFX 13 and Java 19.0.1. Can somebody help me?

--
Heinz Köck
Tel: +43 (0)677 619 331 67
Home: members.chello.at/Heinz.koeck

RE: Netbeans 15 release

[Peter Borreggine]

I just got this… what is this???  First time ever since I started using NB back 
in 2013

 



 

Product Version: Apache NetBeans IDE 12.5 

Java: 17.0.1; Java HotSpot(TM) 64-Bit Server VM 17.0.1+12-LTS-39 

Runtime: Java(TM) SE Runtime Environment 17.0.1+12-LTS-39 

System: Windows 10 version 10.0 running on amd64; Cp1252; en_US (nb) 

User directory: C:\Users\Peter\AppData\Roaming\NetBeans\12.5 

Cache directory: C:\Users\Peter\AppData\Local\NetBeans\Cache\12.5 

 

 

Regards,

 

Peter Borreggine

Angular/Bootstrap/NodeJS/Databases/HTML5/CSS3/Responsive Web Design/SEO

WebParity.net  

A Service Connected Disabled Veteran Owned Business

WA State License: 603-501-609

360-830-8926 C

 

“The proper function of man is to live, not to exist. I shall not waste my days 
in trying to prolong them. I shall use my time.”

*   - Jack London

 

This email message is for the sole use of the intended recipient(s) and may 
contain confidential and privileged information. If you are not the intended 
recipient, please contact the sender and destroy all copies of the original 
message and its attachments. Any unauthorized review, use, disclosure, or 
distribution is prohibited.

 

From: joe foe  
Sent: Tuesday, September 6, 2022 5:35 AM
To: Neil C Smith 
Cc: NetBeans Mailing List 
Subject: Re: Netbeans 15 release

 

Awesome, thanks for the update! 

 

On Tue, 6 Sep 2022, 13:27 Neil C Smith, mailto:neilcsm...@apache.org> > wrote:

On Tue, 6 Sept 2022 at 12:23, joe foe mailto:jfoe8...@gmail.com> > wrote:
>  The vscode plugin has been auto updated to 15 but I don't see any release 
> notes for that and under 
> dist.apache.org/repos/dist/release/netbeans/netbeans-installers/15 
>   
> the Linux package is missing.
>
> Question, when will be the Linux installer be available and where can I see 
> what's changed in the vscode plugin?

The announcement is currently in progress.  Changes at
https://github.com/apache/netbeans/releases/tag/15

There won't be an ASF Linux installer.  You can use the binary zip,
Snap package, the .AppImage or .deb from the linked community
installers (already up at https://www.codelerity.com/netbeans/ ) or
another community source (eg. flatpak, distro).

Best wishes,

Neil

what's next

[Heinz Koeck]

what's next

--
Heinz Köck
Tel: +43 (0)677 619 331 67
Home: members.chello.at/Heinz.koeck


-
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

"Background scanning of projects" message every second

[John]

Hi, Running  Product Version: Apache NetBeans IDE 16 Java: 19.0.1; OpenJDK 64-Bit Server VM 19.0.1+10-21 Runtime: OpenJDK Runtime Environment 19.0.1+10-21 System: Windows 10 version 10.0 running on amd64; UTF-8; en_GB (nb) User directory: C:\Development\NetBeans\John Cache directory: C:\Development\NetBeans\Cache   I get a constant repeat of the above message in the status bar. It happens every second or so and unlike the first time when Netbeans opens where the progress bar shows a %age is counted up to 100%, the progress bar quickly moves to about half way and then the dialog vanishes (No %age).  I have created a Windows Video at https://www.dropbox.com/sh/pe75yrfz87t7fza/AAALcjuLc3YfSVU2PNIfjMeGa?dl=0 if it helps anyone to visualise the issue. I have checked my user folder ‘log’ and see several messages.log files, each containing hundreds of similar ‘posts’ – I have included two examples below. From the message title ‘SCAN_EXCEEDS_RATE ID’, it looks like this is not the expected behaviour. My question is ‘How do I interpret these posts to locate the reason why it is Background Scanning so frequently?’ Each iteration in the log seems to be nearly identical apart from what looks to be “time spent” attributes. My only guess is that the analysis is getting stuck in a loop somewhere so that it can’t be resolved and so is making another attempt.  Thanks SCAN_EXCEEDS_RATE ID: 4902, Type:INDEXERTime scheduled: Sat Jan 21 09:32:53 GMT 2023Time executed: Sat Jan 21 09:32:53 GMT 2023Time finished: Sat Jan 21 09:32:53 GMT 2023Scanned roots: [< root = file:/C:/Development/Work/spellingBee/src/main/java/; spent = 403; crawler = 1; res = 11; allRes = -1>], total time: 403Current root(s): []Current indexer(s): Time spent in indexers:    CopyResourcesIndexer: 0    TLIndexer: 0    TaskListIndexer: 1    css: 0    html: 0    java: 274    lsp-indexer: 1    org-netbeans-modules-jumpto-file-FileIndexer: 10    org.netbeans.modules.java.source.indexing.COSSynchronizingIndexer: 1    tests: 4    text/x-java: 30Time spent in indexers, in individual roots:    file:/C:/Development/Work/spellingBee/src/main/java/    CopyResourcesIndexer: 0    TLIndexer: 0    TaskListIndexer: 1    css: 0    html: 0    java: 274    lsp-indexer: 1    org-netbeans-modules-jumpto-file-FileIndexer: 10    org.netbeans.modules.java.source.indexing.COSSynchronizingIndexer: 1    tests: 4    text/x-java: 30Time in index store: 76Time crawling: 2Stacktrace:    java.base/java.lang.Thread.getStackTrace(Thread.java:2550)    org.netbeans.modules.parsing.impl.indexing.LogContext.create(LogContext.java:111)    org.netbeans.modules.parsing.spi.indexing.Context.addSupplementaryFiles(Context.java:217)    org.netbeans.modules.java.source.indexing.JavaBinaryIndexer.doIndex(JavaBinaryIndexer.java:117)    org.netbeans.modules.java.source.indexing.JavaBinaryIndexer.index(JavaBinaryIndexer.java:86)    org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$1.run(Indexable.java:126)    org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:274)    org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:124)    org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.indexBinary(RepositoryUpdater.java:3099)    org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.lambda$scanBinary$2(RepositoryUpdater.java:5363)    org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.lambda$runInContext$4(RepositoryUpdater.java:2119)    org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)    org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2117)    org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2106)    org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1900(RepositoryUpdater.java:135)    org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanBinary(RepositoryUpdater.java:5391)    org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$BinaryWork.getDone(RepositoryUpdater.java:3929)    org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(RepositoryUpdater.java:3452)