[jira] [Created] (NETBEANS-1803) Suppress SmoothScrollPaneUI.java reference in License file

2018-12-18 Thread John McDonnell (JIRA)
John McDonnell created NETBEANS-1803:


 Summary: Suppress SmoothScrollPaneUI.java reference in License file
 Key: NETBEANS-1803
 URL: https://issues.apache.org/jira/browse/NETBEANS-1803
 Project: NetBeans
  Issue Type: Bug
Reporter: John McDonnell
Assignee: Matthias Bläsing


As part of PR881[1] a file was introduced into the Netbeans sources that came 
from IntelliJ.

IntelliJ is licensed with Apache License 2.0[2] and so possibly shouldn't be 
included in the License file.  The Notice though should and is included in the 
license file as expect.

 

Not blocking for an Incubation release.


[1]: [https://github.com/apache/incubator-netbeans/pull/881]

[2]: 
[https://github.com/JetBrains/intellij-community/blob/34b9dfd0585937c3731e06a89554d1dc86f7f235/LICENSE.txt]

 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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-1802) Problem with loading a project which has 2 different project files

2018-12-18 Thread Christian Lenz (JIRA)
Christian Lenz created NETBEANS-1802:


 Summary: Problem with loading a project which has 2 different 
project files
 Key: NETBEANS-1802
 URL: https://issues.apache.org/jira/browse/NETBEANS-1802
 Project: NetBeans
  Issue Type: Improvement
  Components: projects - Generic Infrastructure, projects - Generic 
Projects UI
Affects Versions: 9.0, 8.2, 10.0
Reporter: Christian Lenz


Most of the comments are inside of the external ticket, but I will summerize it:

When I have a project, with 2 different project related files like pom.xml and 
package.json. One is always winning. In my case, pom is winning.

I had a html5 project, where NetBeans found package.json and everything was 
fine, because it is a HTML5 project. After some infrastucture changes in my 
company, using nexus to put artifacts on the repo, we had to add pom.xml files 
for nexus. Now, after opening NetBeans, the project turns into a maven based 
project, which is not correct. Only this one file and some infrastructure 
files, which are not project sourcecode related are needed for nexus.

Now, because NetBeans things this is a maven project, I can't set the sass 
compilation anymore or the folder structure is wrong.

This always happen, if the project loader finds a project specific file and 
will change the project for that. This happens for pom.xml for example and for 
this plugin here: https://github.com/tropyx/NetBeansPuppet

It turns a project into a puppet project and this is even more worse. Here is 
another discussion about the problem: 
https://github.com/tropyx/NetBeansPuppet/issues/27

I know, that NetBeans acts like it was designed but this isn't nice and created 
problems. I only have one solution which could be ok. Give the user a 
notification that a project type were found, like for node support and let the 
user choose whether I want to change the project type or not.

So for me, I have a HTML5 Project with a package.json file and it should be as 
it is. If NetBeans found the pom file it should give me the hint whether I want 
to change it or not.

If you open NetBeans with a project with two files, I want to choose as what I 
want to treat the project and it should be saved. Like a project switcher.

I added a sample project to it to make it clear.

We can set it back to Major, but I think this is a big problem for multiple 
project files.


Cheers

Chris



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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-1802) Problem with loading a project which has 2 different project files

2018-12-18 Thread Christian Lenz (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-1802?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Lenz updated NETBEANS-1802:
-
Attachment: dasaa.7z

> Problem with loading a project which has 2 different project files
> --
>
> Key: NETBEANS-1802
> URL: https://issues.apache.org/jira/browse/NETBEANS-1802
> Project: NetBeans
>  Issue Type: Improvement
>  Components: projects - Generic Infrastructure, projects - Generic 
> Projects UI
>Affects Versions: 8.2, 9.0, 10.0
>Reporter: Christian Lenz
>Priority: Critical
> Attachments: dasaa.7z
>
>
> Most of the comments are inside of the external ticket, but I will summerize 
> it:
> When I have a project, with 2 different project related files like pom.xml 
> and package.json. One is always winning. In my case, pom is winning.
> I had a html5 project, where NetBeans found package.json and everything was 
> fine, because it is a HTML5 project. After some infrastucture changes in my 
> company, using nexus to put artifacts on the repo, we had to add pom.xml 
> files for nexus. Now, after opening NetBeans, the project turns into a maven 
> based project, which is not correct. Only this one file and some 
> infrastructure files, which are not project sourcecode related are needed for 
> nexus.
> Now, because NetBeans things this is a maven project, I can't set the sass 
> compilation anymore or the folder structure is wrong.
> This always happen, if the project loader finds a project specific file and 
> will change the project for that. This happens for pom.xml for example and 
> for this plugin here: https://github.com/tropyx/NetBeansPuppet
> It turns a project into a puppet project and this is even more worse. Here is 
> another discussion about the problem: 
> https://github.com/tropyx/NetBeansPuppet/issues/27
> I know, that NetBeans acts like it was designed but this isn't nice and 
> created problems. I only have one solution which could be ok. Give the user a 
> notification that a project type were found, like for node support and let 
> the user choose whether I want to change the project type or not.
> So for me, I have a HTML5 Project with a package.json file and it should be 
> as it is. If NetBeans found the pom file it should give me the hint whether I 
> want to change it or not.
> If you open NetBeans with a project with two files, I want to choose as what 
> I want to treat the project and it should be saved. Like a project switcher.
> I added a sample project to it to make it clear.
> We can set it back to Major, but I think this is a big problem for multiple 
> project files.
> Cheers
> Chris



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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-168) Background scanning process needs a rethink

2018-12-18 Thread flexJoly (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16723949#comment-16723949
 ] 

flexJoly edited comment on NETBEANS-168 at 12/18/18 11:27 AM:
--

This morning I installed v10-rc5 for windows. It runs nice at first. But my 
(framework) php-project keeps scanned forever It does not hang netbeans. 
But it holds at a certain percentage. At the moment it is 25% after restarting 
netbeans. Before it came to 75% and 85% (between restarts).

 

update:
after about half an hour it is getting to 100% and autocomplete for php gets 
working better


was (Author: flexjoly):
This morning I installed v10-rc5 for windows. It runs nice at first. But my 
(framework) php-project keeps scanned forever It does not hang netbeans. 
But it holds at a certain percentage. At the moment it is 25% after restarting 
netbeans. Before it came to 75% and 85% (between restarts).

> Background scanning process needs a rethink
> ---
>
> Key: NETBEANS-168
> URL: https://issues.apache.org/jira/browse/NETBEANS-168
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - Performance, java - Platform, platform - Execution
>Affects Versions: 8.2, 9.0, 10.0
> Environment: NetBeans 8.2, Windows 10 x64
>Reporter: Christian Lenz
>Priority: Critical
>  Labels: ca_survey
> Attachments: go-to-file.gif, messages - 10.0 vc3.log, messages 10.0 
> vc2.log, messages.log, puls.7z, ui.log, uigestures 10.0 vc, wp-dms.7z
>
>
> Often, while cloning, switching branch, merging, opening etc. etc. NetBeans 
> starts Background scanning for changes, but it is not real background, 
> because everything what you want to do then, like changing the branch, 
> commit, push, pull, open project, delete or whatever, is blocking by this 
> task and you can't cancel it, because it is essential.
> Either we need to rethink about this process like to make everything or most 
> of the stuff doing things in parallel or the task should really be 
> cancelable. It is a pain in the ass for big projects when they start to scan 
> for changes. 
> It is a real world case because you acan see it when you work on NetBeans 
> modules.
> Cheers
> Chris



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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-168) Background scanning process needs a rethink

2018-12-18 Thread flexJoly (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16723949#comment-16723949
 ] 

flexJoly commented on NETBEANS-168:
---

This morning I installed v10-rc5 for windows. It runs nice at first. But my 
(framework) php-project keeps scanned forever It does not hang netbeans. 
But it holds at a certain percentage. At the moment it is 25% after restarting 
netbeans. Before it came to 75% and 85% (between restarts).

> Background scanning process needs a rethink
> ---
>
> Key: NETBEANS-168
> URL: https://issues.apache.org/jira/browse/NETBEANS-168
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - Performance, java - Platform, platform - Execution
>Affects Versions: 8.2, 9.0, 10.0
> Environment: NetBeans 8.2, Windows 10 x64
>Reporter: Christian Lenz
>Priority: Critical
>  Labels: ca_survey
> Attachments: go-to-file.gif, messages - 10.0 vc3.log, messages 10.0 
> vc2.log, messages.log, puls.7z, ui.log, uigestures 10.0 vc, wp-dms.7z
>
>
> Often, while cloning, switching branch, merging, opening etc. etc. NetBeans 
> starts Background scanning for changes, but it is not real background, 
> because everything what you want to do then, like changing the branch, 
> commit, push, pull, open project, delete or whatever, is blocking by this 
> task and you can't cancel it, because it is essential.
> Either we need to rethink about this process like to make everything or most 
> of the stuff doing things in parallel or the task should really be 
> cancelable. It is a pain in the ass for big projects when they start to scan 
> for changes. 
> It is a real world case because you acan see it when you work on NetBeans 
> modules.
> Cheers
> Chris



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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