[jira] [Created] (NETBEANS-4361) can't creat new java object
Ya Li created NETBEANS-4361: --- Summary: can't creat new java object Key: NETBEANS-4361 URL: https://issues.apache.org/jira/browse/NETBEANS-4361 Project: NetBeans Issue Type: Bug Reporter: Ya Li Attachments: Screenshot (267).png, messages.log -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-519) Bump Eclipse JGit dependency to latest version
[ https://issues.apache.org/jira/browse/NETBEANS-519?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17113677#comment-17113677 ] Agly commented on NETBEANS-519: --- Thanks for working on this!!! It will be good to start using NetBeans again!! > Bump Eclipse JGit dependency to latest version > -- > > Key: NETBEANS-519 > URL: https://issues.apache.org/jira/browse/NETBEANS-519 > Project: NetBeans > Issue Type: Improvement > Components: versioncontrol - Git >Affects Versions: 8.2 >Reporter: Christian Bourque >Assignee: Matthias Bläsing >Priority: Major > Labels: pull-request-available > Fix For: 11.3 > > Time Spent: 9h 50m > Remaining Estimate: 0h > > The current JGit dependency bundled with NetBeans 8.2 is 3 years old and > missing all the newest Git features! This would also be a good time to remove > the old JGit Java 7 NetBeans module... > This would upgrade the current dependency from version 3.6.2 to 4.11.0. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-4360) StackOverflowException in JsParser
[ https://issues.apache.org/jira/browse/NETBEANS-4360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17113541#comment-17113541 ] Geertjan Wielenga commented on NETBEANS-4360: - So can you check what happens without the project open? And with a different project open? > StackOverflowException in JsParser > -- > > Key: NETBEANS-4360 > URL: https://issues.apache.org/jira/browse/NETBEANS-4360 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.0, 11.3 >Reporter: Thomas Wolf >Priority: Critical > Attachments: messages.log > > > Starting the day before yesterday, with no discernible change in my NB > version (11.3), the IDE became first slow and then unresponsive. After > restart, but before it could become unresponsive, I checked the IDE log and > saw a StackOverflowException. > I downloaded 12b4 and tried it - with the same results (see IDE log w. > exception). I then cleared out the application support directory as well as > the cache and tried again. Same result. > Since the application has become unusable and I have deadlines, I had to > switch to Visual Studio Code until this is resolved. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-4360) StackOverflowException in JsParser
[ https://issues.apache.org/jira/browse/NETBEANS-4360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17113540#comment-17113540 ] Thomas Wolf commented on NETBEANS-4360: --- No idea what steps to take. As indicated, it just started happening in my project - with no changes to NB (plugins, etc.) It could even be that it's been happening for quite some time but had never caused a slow-down before now. My connectivity while WFH for the last month has been slow - I"m basically using my cellphone's hotspot capability to our work laptops (no broadband at our new house). I get between 5-15mb/sec. I'm just bringing this up as the exception is preceded by a message from the RepositoryUpdater - in case that refers to some NB repository, not my own git repository. I was hoping the problem would be apparent by looking at the stack trace. If not, I can ask my boss whether I can send the project src to you. It happens 100% of the time after the IDE starts with the project open. > StackOverflowException in JsParser > -- > > Key: NETBEANS-4360 > URL: https://issues.apache.org/jira/browse/NETBEANS-4360 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.0, 11.3 >Reporter: Thomas Wolf >Priority: Critical > Attachments: messages.log > > > Starting the day before yesterday, with no discernible change in my NB > version (11.3), the IDE became first slow and then unresponsive. After > restart, but before it could become unresponsive, I checked the IDE log and > saw a StackOverflowException. > I downloaded 12b4 and tried it - with the same results (see IDE log w. > exception). I then cleared out the application support directory as well as > the cache and tried again. Same result. > Since the application has become unusable and I have deadlines, I had to > switch to Visual Studio Code until this is resolved. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4359) Incorrect wrapping of type annotations
[
https://issues.apache.org/jira/browse/NETBEANS-4359?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Kleszyk updated NETBEANS-4359:
Description:
I've been playing with the beta 4 release of 12.0 to test out some of the
preview functionality in Java 14.
It appears that the automatic formatting tool is always wrapping type
annotations, even if Editor > Formatting > Java > Wrapping > Annotations is set
to 'Never'.
For example, when using {{org.checkerframework.checker.nullness.qual.Nullable}}:
{code:java}
public static @Nullable Object getNullable()
{
return null;
}
{code}
is formatted as
{code:java}
public static @Nullable
Object getNullable()
{
return null;
}
{code}
(As an aside, it probably would be reasonable to add a separate option for the
wrapping behavior of annotations that have {{TYPE_USE}} or {{TYPE_PARAMETER}}
as a {{@Target}})
was:
I've been playing with the beta 4 release of 12.0 to test out some of the
preview functionality in Java 14.
It appears that the automatic formatting tool is always wrapping type
annotations, even if Editor > Formatting > Java > Wrapping > Annotations is set
to 'Never'.
For example, when using {{org.checkerframework.checker.nullness.qual.Nullable}}:
{code:java}
public static @Nullable
Object getNullable()
{
return null;
}
{code}
is formatted as
{code:java}
@Nullable
local;
{code}
(As an aside, it probably would be reasonable to add a separate option for the
wrapping behavior of annotations that have {{TYPE_USE}} or {{TYPE_PARAMETER}}
as a {{@Target}})
> Incorrect wrapping of type annotations
> --
>
> Key: NETBEANS-4359
> URL: https://issues.apache.org/jira/browse/NETBEANS-4359
> Project: NetBeans
> Issue Type: Bug
> Components: editor - Formatting & Indentation
>Affects Versions: 12.0
> Environment: OS: Windows 7 x64
> Java: OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
> Active plugins: HTML5 1.24, Java SE 1.43, Tools 3.92.0.2, PHP 1.70, Service
> Registry 1.35
> Inactive plugins: JavaFX 2 1.25, Java Web and EE 1.33, Developing NetBeans
> 1.38, Groovy 1.4, Base IDE 1.0
>Reporter: David Kleszyk
>Priority: Trivial
> Attachments: nb-configuration.xml,
> org-netbeans-modules-editor-settings-CustomPreferences.xml, pom.xml
>
>
> I've been playing with the beta 4 release of 12.0 to test out some of the
> preview functionality in Java 14.
> It appears that the automatic formatting tool is always wrapping type
> annotations, even if Editor > Formatting > Java > Wrapping > Annotations is
> set to 'Never'.
> For example, when using
> {{org.checkerframework.checker.nullness.qual.Nullable}}:
> {code:java}
> public static @Nullable Object getNullable()
> {
> return null;
> }
> {code}
> is formatted as
> {code:java}
> public static @Nullable
> Object getNullable()
> {
> return null;
> }
> {code}
> (As an aside, it probably would be reasonable to add a separate option for
> the wrapping behavior of annotations that have {{TYPE_USE}} or
> {{TYPE_PARAMETER}} as a {{@Target}})
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4359) Incorrect wrapping of type annotations
[
https://issues.apache.org/jira/browse/NETBEANS-4359?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Kleszyk updated NETBEANS-4359:
Description:
I've been playing with the beta 4 release of 12.0 to test out some of the
preview functionality in Java 14.
It appears that the automatic formatting tool is always wrapping some type
annotations, even if Editor > Formatting > Java > Wrapping > Annotations is set
to 'Never'.
For example, when using {{org.checkerframework.checker.nullness.qual.Nullable}}:
{code:java}
public static @Nullable Object getNullable()
{
return null;
}
{code}
is formatted as
{code:java}
public static @Nullable
Object getNullable()
{
return null;
}
{code}
(As an aside, it probably would be reasonable to add a separate option for the
wrapping behavior of annotations that have {{TYPE_USE}} or {{TYPE_PARAMETER}}
as a {{@Target}})
was:
I've been playing with the beta 4 release of 12.0 to test out some of the
preview functionality in Java 14.
It appears that the automatic formatting tool is always wrapping type
annotations, even if Editor > Formatting > Java > Wrapping > Annotations is set
to 'Never'.
For example, when using {{org.checkerframework.checker.nullness.qual.Nullable}}:
{code:java}
public static @Nullable Object getNullable()
{
return null;
}
{code}
is formatted as
{code:java}
public static @Nullable
Object getNullable()
{
return null;
}
{code}
(As an aside, it probably would be reasonable to add a separate option for the
wrapping behavior of annotations that have {{TYPE_USE}} or {{TYPE_PARAMETER}}
as a {{@Target}})
> Incorrect wrapping of type annotations
> --
>
> Key: NETBEANS-4359
> URL: https://issues.apache.org/jira/browse/NETBEANS-4359
> Project: NetBeans
> Issue Type: Bug
> Components: editor - Formatting & Indentation
>Affects Versions: 12.0
> Environment: OS: Windows 7 x64
> Java: OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
> Active plugins: HTML5 1.24, Java SE 1.43, Tools 3.92.0.2, PHP 1.70, Service
> Registry 1.35
> Inactive plugins: JavaFX 2 1.25, Java Web and EE 1.33, Developing NetBeans
> 1.38, Groovy 1.4, Base IDE 1.0
>Reporter: David Kleszyk
>Priority: Trivial
> Attachments: nb-configuration.xml,
> org-netbeans-modules-editor-settings-CustomPreferences.xml, pom.xml
>
>
> I've been playing with the beta 4 release of 12.0 to test out some of the
> preview functionality in Java 14.
> It appears that the automatic formatting tool is always wrapping some type
> annotations, even if Editor > Formatting > Java > Wrapping > Annotations is
> set to 'Never'.
> For example, when using
> {{org.checkerframework.checker.nullness.qual.Nullable}}:
> {code:java}
> public static @Nullable Object getNullable()
> {
> return null;
> }
> {code}
> is formatted as
> {code:java}
> public static @Nullable
> Object getNullable()
> {
> return null;
> }
> {code}
> (As an aside, it probably would be reasonable to add a separate option for
> the wrapping behavior of annotations that have {{TYPE_USE}} or
> {{TYPE_PARAMETER}} as a {{@Target}})
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4359) Incorrect wrapping of type annotations
[
https://issues.apache.org/jira/browse/NETBEANS-4359?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Kleszyk updated NETBEANS-4359:
Description:
I've been playing with the beta 4 release of 12.0 to test out some of the
preview functionality in Java 14.
It appears that the automatic formatting tool is always wrapping type
annotations, even if Editor > Formatting > Java > Wrapping > Annotations is set
to 'Never'.
For example, when using {{org.checkerframework.checker.nullness.qual.Nullable}}:
{code:java}
public static @Nullable
Object getNullable()
{
return null;
}
{code}
is formatted as
{code:java}
@Nullable
local;
{code}
(As an aside, it probably would be reasonable to add a separate option for the
wrapping behavior of annotations that have {{TYPE_USE}} or {{TYPE_PARAMETER}}
as a {{@Target}})
was:
I've been playing with the beta 4 release of 12.0 to test out some of the
preview functionality in Java 14.
It appears that the automatic formatting tool is always wrapping type
annotations, even if Editor > Formatting > Java > Wrapping > Annotations is set
to 'Never'.
For example, when using {{org.checkerframework.checker.nullness.qual.Nullable}}:
{code:java}
@Nullable local;
{code}
is formatted as
{code:java}
@Nullable
local;
{code}
(As an aside, it probably would be reasonable to add a separate option for the
wrapping behavior of annotations that have {{TYPE_USE}} or {{TYPE_PARAMETER}}
as a {{@Target}})
> Incorrect wrapping of type annotations
> --
>
> Key: NETBEANS-4359
> URL: https://issues.apache.org/jira/browse/NETBEANS-4359
> Project: NetBeans
> Issue Type: Bug
> Components: editor - Formatting & Indentation
>Affects Versions: 12.0
> Environment: OS: Windows 7 x64
> Java: OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
> Active plugins: HTML5 1.24, Java SE 1.43, Tools 3.92.0.2, PHP 1.70, Service
> Registry 1.35
> Inactive plugins: JavaFX 2 1.25, Java Web and EE 1.33, Developing NetBeans
> 1.38, Groovy 1.4, Base IDE 1.0
>Reporter: David Kleszyk
>Priority: Trivial
> Attachments: nb-configuration.xml,
> org-netbeans-modules-editor-settings-CustomPreferences.xml, pom.xml
>
>
> I've been playing with the beta 4 release of 12.0 to test out some of the
> preview functionality in Java 14.
> It appears that the automatic formatting tool is always wrapping type
> annotations, even if Editor > Formatting > Java > Wrapping > Annotations is
> set to 'Never'.
> For example, when using
> {{org.checkerframework.checker.nullness.qual.Nullable}}:
> {code:java}
> public static @Nullable
> Object getNullable()
> {
> return null;
> }
> {code}
> is formatted as
> {code:java}
> @Nullable
> local;
> {code}
> (As an aside, it probably would be reasonable to add a separate option for
> the wrapping behavior of annotations that have {{TYPE_USE}} or
> {{TYPE_PARAMETER}} as a {{@Target}})
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-4360) StackOverflowException in JsParser
[ https://issues.apache.org/jira/browse/NETBEANS-4360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17113490#comment-17113490 ] Geertjan Wielenga commented on NETBEANS-4360: - What steps can we be take to see the problem. > StackOverflowException in JsParser > -- > > Key: NETBEANS-4360 > URL: https://issues.apache.org/jira/browse/NETBEANS-4360 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.0, 11.3 >Reporter: Thomas Wolf >Priority: Critical > Attachments: messages.log > > > Starting the day before yesterday, with no discernible change in my NB > version (11.3), the IDE became first slow and then unresponsive. After > restart, but before it could become unresponsive, I checked the IDE log and > saw a StackOverflowException. > I downloaded 12b4 and tried it - with the same results (see IDE log w. > exception). I then cleared out the application support directory as well as > the cache and tried again. Same result. > Since the application has become unusable and I have deadlines, I had to > switch to Visual Studio Code until this is resolved. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4359) Incorrect wrapping of type annotations
[
https://issues.apache.org/jira/browse/NETBEANS-4359?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Kleszyk updated NETBEANS-4359:
Attachment: nb-configuration.xml
> Incorrect wrapping of type annotations
> --
>
> Key: NETBEANS-4359
> URL: https://issues.apache.org/jira/browse/NETBEANS-4359
> Project: NetBeans
> Issue Type: Bug
> Components: editor - Formatting & Indentation
>Affects Versions: 12.0
> Environment: OS: Windows 7 x64
> Java: OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
> Active plugins: HTML5 1.24, Java SE 1.43, Tools 3.92.0.2, PHP 1.70, Service
> Registry 1.35
> Inactive plugins: JavaFX 2 1.25, Java Web and EE 1.33, Developing NetBeans
> 1.38, Groovy 1.4, Base IDE 1.0
>Reporter: David Kleszyk
>Priority: Trivial
> Attachments: nb-configuration.xml,
> org-netbeans-modules-editor-settings-CustomPreferences.xml, pom.xml
>
>
> I've been playing with the beta 4 release of 12.0 to test out some of the
> preview functionality in Java 14.
> It appears that the automatic formatting tool is always wrapping type
> annotations, even if Editor > Formatting > Java > Wrapping > Annotations is
> set to 'Never'.
> For example, when using
> {{org.checkerframework.checker.nullness.qual.Nullable}}:
> {code:java}
> @Nullable local;
> {code}
> is formatted as
> {code:java}
> @Nullable
> local;
> {code}
> (As an aside, it probably would be reasonable to add a separate option for
> the wrapping behavior of annotations that have {{TYPE_USE}} or
> {{TYPE_PARAMETER}} as a {{@Target}})
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4359) Incorrect wrapping of type annotations
[
https://issues.apache.org/jira/browse/NETBEANS-4359?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Kleszyk updated NETBEANS-4359:
Attachment: org-netbeans-modules-editor-settings-CustomPreferences.xml
> Incorrect wrapping of type annotations
> --
>
> Key: NETBEANS-4359
> URL: https://issues.apache.org/jira/browse/NETBEANS-4359
> Project: NetBeans
> Issue Type: Bug
> Components: editor - Formatting & Indentation
>Affects Versions: 12.0
> Environment: OS: Windows 7 x64
> Java: OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
> Active plugins: HTML5 1.24, Java SE 1.43, Tools 3.92.0.2, PHP 1.70, Service
> Registry 1.35
> Inactive plugins: JavaFX 2 1.25, Java Web and EE 1.33, Developing NetBeans
> 1.38, Groovy 1.4, Base IDE 1.0
>Reporter: David Kleszyk
>Priority: Trivial
> Attachments: nb-configuration.xml,
> org-netbeans-modules-editor-settings-CustomPreferences.xml, pom.xml
>
>
> I've been playing with the beta 4 release of 12.0 to test out some of the
> preview functionality in Java 14.
> It appears that the automatic formatting tool is always wrapping type
> annotations, even if Editor > Formatting > Java > Wrapping > Annotations is
> set to 'Never'.
> For example, when using
> {{org.checkerframework.checker.nullness.qual.Nullable}}:
> {code:java}
> @Nullable local;
> {code}
> is formatted as
> {code:java}
> @Nullable
> local;
> {code}
> (As an aside, it probably would be reasonable to add a separate option for
> the wrapping behavior of annotations that have {{TYPE_USE}} or
> {{TYPE_PARAMETER}} as a {{@Target}})
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4359) Incorrect wrapping of type annotations
[
https://issues.apache.org/jira/browse/NETBEANS-4359?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Kleszyk updated NETBEANS-4359:
Environment:
OS: Windows 7 x64
Java: OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
Active plugins: HTML5 1.24, Java SE 1.43, Tools 3.92.0.2, PHP 1.70, Service
Registry 1.35
Inactive plugins: JavaFX 2 1.25, Java Web and EE 1.33, Developing NetBeans
1.38, Groovy 1.4, Base IDE 1.0
was:
OS: Windows 7 x64
Java: OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
Active plugins: HTML5 1.24, Java SE 1.43, Tools 3.92.0.2, PHP 1.70, Service
Registry 1.35
Inactive plugins: JavaFX 2 1.25, Java Web and EE 1.33, Developing NetBeans
1.38, Groovy 1.4, Base IDE 1.0
Project type: Maven > Java Application
> Incorrect wrapping of type annotations
> --
>
> Key: NETBEANS-4359
> URL: https://issues.apache.org/jira/browse/NETBEANS-4359
> Project: NetBeans
> Issue Type: Bug
> Components: editor - Formatting & Indentation
>Affects Versions: 12.0
> Environment: OS: Windows 7 x64
> Java: OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
> Active plugins: HTML5 1.24, Java SE 1.43, Tools 3.92.0.2, PHP 1.70, Service
> Registry 1.35
> Inactive plugins: JavaFX 2 1.25, Java Web and EE 1.33, Developing NetBeans
> 1.38, Groovy 1.4, Base IDE 1.0
>Reporter: David Kleszyk
>Priority: Trivial
> Attachments: pom.xml
>
>
> I've been playing with the beta 4 release of 12.0 to test out some of the
> preview functionality in Java 14.
> It appears that the automatic formatting tool is always wrapping type
> annotations, even if Editor > Formatting > Java > Wrapping > Annotations is
> set to 'Never'.
> For example, when using
> {{org.checkerframework.checker.nullness.qual.Nullable}}:
> {code:java}
> @Nullable local;
> {code}
> is formatted as
> {code:java}
> @Nullable
> local;
> {code}
> (As an aside, it probably would be reasonable to add a separate option for
> the wrapping behavior of annotations that have {{TYPE_USE}} or
> {{TYPE_PARAMETER}} as a {{@Target}})
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-4360) StackOverflowException in JsParser
Thomas Wolf created NETBEANS-4360: - Summary: StackOverflowException in JsParser Key: NETBEANS-4360 URL: https://issues.apache.org/jira/browse/NETBEANS-4360 Project: NetBeans Issue Type: Bug Affects Versions: 12.0, 11.3 Reporter: Thomas Wolf Attachments: messages.log Starting the day before yesterday, with no discernible change in my NB version (11.3), the IDE became first slow and then unresponsive. After restart, but before it could become unresponsive, I checked the IDE log and saw a StackOverflowException. I downloaded 12b4 and tried it - with the same results (see IDE log w. exception). I then cleared out the application support directory as well as the cache and tried again. Same result. Since the application has become unusable and I have deadlines, I had to switch to Visual Studio Code until this is resolved. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4359) Incorrect wrapping of type annotations
[
https://issues.apache.org/jira/browse/NETBEANS-4359?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Kleszyk updated NETBEANS-4359:
Attachment: pom.xml
Environment:
OS: Windows 7 x64
Java: OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
Active plugins: HTML5 1.24, Java SE 1.43, Tools 3.92.0.2, PHP 1.70, Service
Registry 1.35
Inactive plugins: JavaFX 2 1.25, Java Web and EE 1.33, Developing NetBeans
1.38, Groovy 1.4, Base IDE 1.0
Project type: Maven > Java Application
was:
OS: Windows 7 x64
Java: OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
Active plugins: HTML5 1.24, Java SE 1.43, Tools 3.92.0.2, PHP 1.70, Service
Registry 1.35
Inactive plugins: JavaFX 2 1.25, Java Web and EE 1.33, Developing NetBeans
1.38, Groovy 1.4, Base IDE 1.0
> Incorrect wrapping of type annotations
> --
>
> Key: NETBEANS-4359
> URL: https://issues.apache.org/jira/browse/NETBEANS-4359
> Project: NetBeans
> Issue Type: Bug
> Components: editor - Formatting & Indentation
>Affects Versions: 12.0
> Environment: OS: Windows 7 x64
> Java: OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
> Active plugins: HTML5 1.24, Java SE 1.43, Tools 3.92.0.2, PHP 1.70, Service
> Registry 1.35
> Inactive plugins: JavaFX 2 1.25, Java Web and EE 1.33, Developing NetBeans
> 1.38, Groovy 1.4, Base IDE 1.0
> Project type: Maven > Java Application
>Reporter: David Kleszyk
>Priority: Trivial
> Attachments: pom.xml
>
>
> I've been playing with the beta 4 release of 12.0 to test out some of the
> preview functionality in Java 14.
> It appears that the automatic formatting tool is always wrapping type
> annotations, even if Editor > Formatting > Java > Wrapping > Annotations is
> set to 'Never'.
> For example, when using
> {{org.checkerframework.checker.nullness.qual.Nullable}}:
> {code:java}
> @Nullable local;
> {code}
> is formatted as
> {code:java}
> @Nullable
> local;
> {code}
> (As an aside, it probably would be reasonable to add a separate option for
> the wrapping behavior of annotations that have {{TYPE_USE}} or
> {{TYPE_PARAMETER}} as a {{@Target}})
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-4359) Incorrect wrapping of type annotations
David Kleszyk created NETBEANS-4359:
---
Summary: Incorrect wrapping of type annotations
Key: NETBEANS-4359
URL: https://issues.apache.org/jira/browse/NETBEANS-4359
Project: NetBeans
Issue Type: Bug
Components: editor - Formatting & Indentation
Affects Versions: 12.0
Environment: OS: Windows 7 x64
Java: OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
Active plugins: HTML5 1.24, Java SE 1.43, Tools 3.92.0.2, PHP 1.70, Service
Registry 1.35
Inactive plugins: JavaFX 2 1.25, Java Web and EE 1.33, Developing NetBeans
1.38, Groovy 1.4, Base IDE 1.0
Reporter: David Kleszyk
I've been playing with the beta 4 release of 12.0 to test out some of the
preview functionality in Java 14.
It appears that the automatic formatting tool is always wrapping type
annotations, even if Editor > Formatting > Java > Wrapping > Annotations is set
to 'Never'.
For example, when using {{org.checkerframework.checker.nullness.qual.Nullable}}:
{code:java}
@Nullable local;
{code}
is formatted as
{code:java}
@Nullable
local;
{code}
(As an aside, it probably would be reasonable to add a separate option for the
wrapping behavior of annotations that have {{TYPE_USE}} or {{TYPE_PARAMETER}}
as a {{@Target}})
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-4356) Unneeded/redundant cast added by code completion
[
https://issues.apache.org/jira/browse/NETBEANS-4356?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17113390#comment-17113390
]
Ernie Rael commented on NETBEANS-4356:
--
the-example.jar has a minimal project that exhibits the problem. Fails starting
up with empty userdir.
Unzip the file, open play/UneededCast.java, try code completion as indicated.
Would be nice if a fix could...
> Unneeded/redundant cast added by code completion
>
>
> Key: NETBEANS-4356
> URL: https://issues.apache.org/jira/browse/NETBEANS-4356
> Project: NetBeans
> Issue Type: Bug
> Components: editor - Completion & Templates
>Affects Versions: 12.0
> Environment: Product Version: Apache NetBeans IDE 12.0-beta4
> Updates: Updates available to version NetBeans 8.2 Patch 2
> Java: 14.0.1; Java HotSpot(TM) 64-Bit Server VM 14.0.1+7
> Runtime: Java(TM) SE Runtime Environment 14.0.1+7
> System: Windows 7 version 6.1 running on amd64; UTF-8; en_US (nb)
>Reporter: Ernie Rael
>Priority: Major
> Labels: regresion
> Attachments: the-example.jar
>
>
> Consider the code, caret shown as '|',
> {code:java}
> static private void xxx(ViMark m) {
> if(m instanceof Filemark) {
> if(m.getb|)
> }
> }
> {code}
> Bring up code completion, it show info for Filemark, not ViMark; that could
> be handy in some cases. BTW, ViMark is an interface. Select method
> getBuffer() and the result is
> {code:java}
> if(((Filemark)m).getBuffer())
> {code}
> ViMark has a getBuffer method, the cast is bogus. The project is marked 1.8
> source.
> I tried it after removing cachedir, still failed. A simple test case works.
> I'll try to get a smaller case.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4356) Unneeded/redundant cast added by code completion
[
https://issues.apache.org/jira/browse/NETBEANS-4356?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ernie Rael updated NETBEANS-4356:
-
Attachment: the-example.jar
> Unneeded/redundant cast added by code completion
>
>
> Key: NETBEANS-4356
> URL: https://issues.apache.org/jira/browse/NETBEANS-4356
> Project: NetBeans
> Issue Type: Bug
> Components: editor - Completion & Templates
>Affects Versions: 12.0
> Environment: Product Version: Apache NetBeans IDE 12.0-beta4
> Updates: Updates available to version NetBeans 8.2 Patch 2
> Java: 14.0.1; Java HotSpot(TM) 64-Bit Server VM 14.0.1+7
> Runtime: Java(TM) SE Runtime Environment 14.0.1+7
> System: Windows 7 version 6.1 running on amd64; UTF-8; en_US (nb)
>Reporter: Ernie Rael
>Priority: Major
> Labels: regresion
> Attachments: the-example.jar
>
>
> Consider the code, caret shown as '|',
> {code:java}
> static private void xxx(ViMark m) {
> if(m instanceof Filemark) {
> if(m.getb|)
> }
> }
> {code}
> Bring up code completion, it show info for Filemark, not ViMark; that could
> be handy in some cases. BTW, ViMark is an interface. Select method
> getBuffer() and the result is
> {code:java}
> if(((Filemark)m).getBuffer())
> {code}
> ViMark has a getBuffer method, the cast is bogus. The project is marked 1.8
> source.
> I tried it after removing cachedir, still failed. A simple test case works.
> I'll try to get a smaller case.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-3966) Missing to show in editor where is problem
[
https://issues.apache.org/jira/browse/NETBEANS-3966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17113128#comment-17113128
]
Netbeans User 2019 edited comment on NETBEANS-3966 at 5/21/20, 12:10 PM:
-
Another example:
{{public class Example {}}{{ public void methodA(String str) {
java.util.Optional.ofNullable(str)
.filter((s)->s.startsWith("example"))
.flatMap(this::getMyObject)
.ifPresent((o)->
{ o.someMethod(str); }
);
}}}{{ public java.util.Optional getMyObject() {}}{{
return java.util.Optional.empty();
}}}{{ public static class MyObject {}}{{ public void
someMethod(String str) {}}{\{ }
}
}}}
And only shown error on tab (indicator) and in Action items "Error incompatible
types: invalid method reference method getMyObject in class", but nothing
inside editor itself.
was (Author: nb-user-2019):
Another example:
{{public class Example {}}{{ public void methodA(String str) {
java.util.Optional.ofNullable(str)
.filter((s)->s.startsWith("example"))
.flatMap(this::getMyObject)
.ifPresent((o)->{
o.someMethod(str);
});
}}}{{ public java.util.Optional getMyObject() {}}{{
return java.util.Optional.empty();
}}}{{ public static class MyObject {}}{{ public void
someMethod(String str) {}}{{ }
}
}}}
> Missing to show in editor where is problem
> --
>
> Key: NETBEANS-3966
> URL: https://issues.apache.org/jira/browse/NETBEANS-3966
> Project: NetBeans
> Issue Type: Bug
> Components: java - Compiler, java - Editor, platform - Action Items
>Affects Versions: 11.2, 11.3
> Environment: Apache Netbeans 11.2 and even 11.3
> OpenJDK 11.0.2
>Reporter: Netbeans User 2019
>Priority: Major
> Labels: compiler
>
> public static void main(String[] args) {
>
> List z = List.of(1,2,3);
> z.stream()
> .map(SandboxTemp1::ou)
> .toString();
> }
> private static int ou(String o) {
> return 0;
> }
> There is missing to be shown as error on such line.
> It is seen as issue in action items and red indicator in tab next name of
> file, but no issue shown in editor itself.
> In actions items you can see:
> Error incompatible types: invalid method reference incompatible types:
> java.lang.Integer cannot be converted to java.lang.String ... :23
> This is not one case, but this happens for different types so not only that
> one from example.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-3966) Missing to show in editor where is problem
[
https://issues.apache.org/jira/browse/NETBEANS-3966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17113128#comment-17113128
]
Netbeans User 2019 commented on NETBEANS-3966:
--
Another example:
{{public class Example {}}{{ public void methodA(String str) {
java.util.Optional.ofNullable(str)
.filter((s)->s.startsWith("example"))
.flatMap(this::getMyObject)
.ifPresent((o)->{
o.someMethod(str);
});
}}}{{ public java.util.Optional getMyObject() {}}{{
return java.util.Optional.empty();
}}}{{ public static class MyObject {}}{{ public void
someMethod(String str) {}}{{ }
}
}}}
> Missing to show in editor where is problem
> --
>
> Key: NETBEANS-3966
> URL: https://issues.apache.org/jira/browse/NETBEANS-3966
> Project: NetBeans
> Issue Type: Bug
> Components: java - Compiler, java - Editor, platform - Action Items
>Affects Versions: 11.2, 11.3
> Environment: Apache Netbeans 11.2 and even 11.3
> OpenJDK 11.0.2
>Reporter: Netbeans User 2019
>Priority: Major
> Labels: compiler
>
> public static void main(String[] args) {
>
> List z = List.of(1,2,3);
> z.stream()
> .map(SandboxTemp1::ou)
> .toString();
> }
> private static int ou(String o) {
> return 0;
> }
> There is missing to be shown as error on such line.
> It is seen as issue in action items and red indicator in tab next name of
> file, but no issue shown in editor itself.
> In actions items you can see:
> Error incompatible types: invalid method reference incompatible types:
> java.lang.Integer cannot be converted to java.lang.String ... :23
> This is not one case, but this happens for different types so not only that
> one from example.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-4358) DeploymentException exception has occurred.
Netbeans User 2019 created NETBEANS-4358: Summary: DeploymentException exception has occurred. Key: NETBEANS-4358 URL: https://issues.apache.org/jira/browse/NETBEANS-4358 Project: NetBeans Issue Type: Bug Components: editor - Other Affects Versions: 11.3 Environment: OpenJDK 11.0.2 Gradle 6.4 Reporter: Netbeans User 2019 A org.netbeans.modules.j2ee.deployment.devmodules.api.Deployment$DeploymentException exception has occurred. However, the system should continue working without further problems. java.lang.RuntimeException: Bad target server ID null at org.netbeans.modules.j2ee.deployment.impl.projects.DeploymentTarget.getServer(DeploymentTarget.java:257) [catch] at org.netbeans.modules.j2ee.deployment.devmodules.api.Deployment.deploy(Deployment.java:172) Caused: Deployment error: Bad target server ID null See the server log for details. at org.netbeans.modules.j2ee.deployment.devmodules.api.Deployment.deploy(Deployment.java:269) [catch] at org.netbeans.modules.gradle.javaee.execute.DeployHook.deploy(DeployHook.java:95) at org.netbeans.modules.gradle.javaee.execute.DeployHook.afterAction(DeployHook.java:59) at org.netbeans.modules.gradle.ActionHookMerger.afterAction(ActionHookMerger.java:63) at org.netbeans.modules.gradle.ActionProviderImpl.lambda$invokeProjectAction$0(ActionProviderImpl.java:253) at org.openide.util.Task.notifyFinished(Task.java:215) at org.netbeans.core.execution.ExecutorTaskImpl.finished(ExecutorTaskImpl.java:64) at org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:150) -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-4357) NPE trying to safely delete a local variable
Aldo Brucale created NETBEANS-4357:
--
Summary: NPE trying to safely delete a local variable
Key: NETBEANS-4357
URL: https://issues.apache.org/jira/browse/NETBEANS-4357
Project: NetBeans
Issue Type: Bug
Components: java - Refactoring
Affects Versions: 12.0
Reporter: Aldo Brucale
I got this exception trying to (safely) delete a local variable, which was used
once in the rest of the method:
{noformat}
java.lang.NullPointerExceptionjava.lang.NullPointerException at
org.netbeans.modules.refactoring.java.plugins.SafeDeleteRefactoringPlugin$5.run(SafeDeleteRefactoringPlugin.java:390)
at
org.netbeans.modules.refactoring.java.plugins.SafeDeleteRefactoringPlugin$5.run(SafeDeleteRefactoringPlugin.java:383)
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$UserTaskAction.run(ParserManager.java:130)
at
org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114)
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:81)
at
org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452)
at
org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423)
at
org.netbeans.modules.refactoring.java.plugins.SafeDeleteRefactoringPlugin.getWhereUsedItemNames(SafeDeleteRefactoringPlugin.java:383)
at
org.netbeans.modules.refactoring.java.plugins.SafeDeleteRefactoringPlugin.prepare(SafeDeleteRefactoringPlugin.java:272)[catch]
at
org.netbeans.modules.refactoring.api.AbstractRefactoring.pluginsPrepare2(AbstractRefactoring.java:417)
at
org.netbeans.modules.refactoring.api.AbstractRefactoring.pluginsPrepare(AbstractRefactoring.java:401)
at
org.netbeans.modules.refactoring.api.AbstractRefactoring.prepare(AbstractRefactoring.java:212)
at
org.netbeans.modules.refactoring.spi.impl.ParametersPanel$Prepare.run(ParametersPanel.java:1063)
at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) at
org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) at
org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) at
org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)
{noformat}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1097) "Copy Dependent Libraries" does not work if "Source/Binary Format" is greater than JDK 8
[
https://issues.apache.org/jira/browse/NETBEANS-1097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17112877#comment-17112877
]
Germán Bouzas commented on NETBEANS-1097:
-
This is broken in Netbeans 11.2 with JDK 11.
It just does not generate the lib.
Do not have a workaround because the above snippets are not foundable in
build-impl.xml
Any hints?
> "Copy Dependent Libraries" does not work if "Source/Binary Format" is greater
> than JDK 8
>
>
> Key: NETBEANS-1097
> URL: https://issues.apache.org/jira/browse/NETBEANS-1097
> Project: NetBeans
> Issue Type: Bug
> Components: java - Project
>Affects Versions: 9.0, 10.0, 11.0, 11.1
>Reporter: Joonas Pulakka
>Priority: Major
> Labels: pull-request-available
> Fix For: 11.2
>
> Time Spent: 2h
> Remaining Estimate: 0h
>
> Steps to reproduce:
> # File -> New Project -> Java Application -> Next -> Finish
> # Right-click Libraries, Add JAR/Folder. Add whatever jar file.
> # Check that project Properties -> Packaging -> Copy Dependent Libraries is
> checked.
> # Clean and Build project.
> # Observe contents of dist\ directory.
> When Project -> Properties -> Source/Binary Format is JDK 8, there exists
> dist\lib\ directory, and the jar added in step 1) is copied into that
> directory, as expected, when Copy Dependent Libraries is checked.
> But when Source/Binary Format is greater than JDK 8, dist\lib\ directory does
> not exist.
> The reason seems to be these parts in build-impl.xml:
> {code:java}
>
>
>
>
>
>
>
> ...
>
>
>
>
>
>
>
>
> <-- WHY THIS
> CONDITION??
>
>
> {code}
> I've observed that mkdist.disabled setting is "Copy Dependent Libraries"
> checbox state negated. And do.mkdist controls the library copying.
> But why is this library copying connected to javac.source version in this
> way? If by design, what should I do in order to get jars copied to dist\lib\
> as they used to?
> For now, a workaround seems to be manually deleting the weird
> {code:java}
>
>
> {code}
> part from build-impl.xml, but that needs to be re-done every time NetBeans
> recreates it.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Assigned] (NETBEANS-150) Move and understand what to do with the NS section on the site
[ https://issues.apache.org/jira/browse/NETBEANS-150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ivan Cachicatari reassigned NETBEANS-150: - Assignee: Ivan Cachicatari > Move and understand what to do with the NS section on the site > -- > > Key: NETBEANS-150 > URL: https://issues.apache.org/jira/browse/NETBEANS-150 > Project: NetBeans > Issue Type: Task > Components: website >Reporter: Wade Chandler >Assignee: Ivan Cachicatari >Priority: Major > Labels: website > > The NetBeans site has a section or area "ns" which has various schemas used > in the IDE and referenced by way of namespace URLs. It does not make a lot of > sense for these to be in the static site. It seems they should be some form > of an artifact, placed into some area related to artifacts, or at least > placed some where else which is not the static website and its sources. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Assigned] (NETBEANS-151) Add link checking to project build or as a subproject
[ https://issues.apache.org/jira/browse/NETBEANS-151?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ivan Cachicatari reassigned NETBEANS-151: - Assignee: Ivan Cachicatari (was: Daniel De Leon) > Add link checking to project build or as a subproject > - > > Key: NETBEANS-151 > URL: https://issues.apache.org/jira/browse/NETBEANS-151 > Project: NetBeans > Issue Type: Task > Components: website >Reporter: Wade Chandler >Assignee: Ivan Cachicatari >Priority: Major > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
