[jira] [Commented] (NETBEANS-3362) Navigator doesn't show inherited members

2021-09-06 Thread Junichi Yamamoto (Jira)


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

Junichi Yamamoto commented on NETBEANS-3362:


[~sanzante] I know we can _always_ show inherited methods in the navigator 
window. However, I don't think it's good because there is no way to hide them. 
If it had been good, it would have been implemented in the past.

> Navigator doesn't show inherited members
> 
>
> Key: NETBEANS-3362
> URL: https://issues.apache.org/jira/browse/NETBEANS-3362
> Project: NetBeans
>  Issue Type: Improvement
>  Components: editor - CSL (API & infrastructure), php - Navigation
>Affects Versions: 12.0, 11.2, 11.3, 12.1, 12.0.1, 12.2, 12.3
>Reporter: Ricardo Sanz Ante
>Assignee: Junichi Yamamoto
>Priority: Major
>  Labels: features
>
> PHP navigator doesn't not show inherited members like methods from parent 
> classes. This functionality is available for Java.
> This is a major issue as PHP code is more and more object-oriented.  For 
> example, Druapl official documentation discourages the use of NetBeans: 
> "_Note that NetBeans is missing an option to display the inherited methods 
> and properties from parent Classes and Interfaces which makes it very hard to 
> use for developing code for Drupal 8 and using another editor/IDE is 
> recommended_"_._ See 
> [https://www.drupal.org/docs/develop/development-tools/development-tools-overview#s-integrated-development-environments-ides]
>  (Netbeans section).
>  
> This bug was declared in the former bugtracker system and is 11 years old: 
> [https://bz.apache.org/netbeans/show_bug.cgi?id=143879|https://netbeans.org/bugzilla/show_bug.cgi?id=143879]



--
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-3362) Navigator doesn't show inherited members

2021-09-06 Thread Ricardo Sanz Ante (Jira)


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

Ricardo Sanz Ante commented on NETBEANS-3362:
-

[~junichi11], when you investigated the CSL part did you confirm the CSL part 
needs a fix? I'm asking this because [~alinares] achieved an apparently working 
result without touching the CSL and as I said on my previous 
comment|https://issues.apache.org/jira/browse/NETBEANS-3362?focusedCommentId=17388182&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-17388182]
 'the information [inherited memebrs] is already collected and categorized by 
NetBeans because you can see it when using the "Generate Overriden & Implement 
Methods" generate code option'. 

It is possible that the PHP component already has all the needed information?

 

 

> Navigator doesn't show inherited members
> 
>
> Key: NETBEANS-3362
> URL: https://issues.apache.org/jira/browse/NETBEANS-3362
> Project: NetBeans
>  Issue Type: Improvement
>  Components: editor - CSL (API & infrastructure), php - Navigation
>Affects Versions: 12.0, 11.2, 11.3, 12.1, 12.0.1, 12.2, 12.3
>Reporter: Ricardo Sanz Ante
>Assignee: Junichi Yamamoto
>Priority: Major
>  Labels: features
>
> PHP navigator doesn't not show inherited members like methods from parent 
> classes. This functionality is available for Java.
> This is a major issue as PHP code is more and more object-oriented.  For 
> example, Druapl official documentation discourages the use of NetBeans: 
> "_Note that NetBeans is missing an option to display the inherited methods 
> and properties from parent Classes and Interfaces which makes it very hard to 
> use for developing code for Drupal 8 and using another editor/IDE is 
> recommended_"_._ See 
> [https://www.drupal.org/docs/develop/development-tools/development-tools-overview#s-integrated-development-environments-ides]
>  (Netbeans section).
>  
> This bug was declared in the former bugtracker system and is 11 years old: 
> [https://bz.apache.org/netbeans/show_bug.cgi?id=143879|https://netbeans.org/bugzilla/show_bug.cgi?id=143879]



--
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-5985) Netbeans cannot work with a remote git repository via ssh LocalForward

2021-09-06 Thread Gozoro (Jira)


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

Gozoro updated NETBEANS-5985:
-
Description: 
I use Xubuntu 18.04.
 I set the ssh connection settings ./ssh/config
 ==
 Host work.net
     HostName remote.work.ru
    User user_user
    Port 22
    Protocol 2
    ForwardX11 no
    ForwardAgent no
    Compression yes
    DynamicForward  
    LocalForward localhost: gitlab.work.net:22

Host gitlab.work.net
    HostName localhost
    Port 
    User user_user
    IdentityFile /home/user_user/.ssh/id_rsa
 ==

*gitlab.work.net* - not available via the Internet.
 *remote.work.ru* - this is the entry point to the remote network via ssh.

Next, I open Netbeans 12.4, launch the Team -> Git -> Clone.
 I set the repository URL as "gitlab.work.net:workphp/my_project.git" and 
username "git" and my private key file.
 I click "Next" and then I get an error "Incorrect credentials for repository 
at ssh://gitlab.work.net/workphp/my_project.git".
 If the Repository URL is changed to 
"ssh://localhost:/workphp/my_project.git", the connection works.

The command in the Terminal "git clone 
g...@gitlab.work.net:workphp/my_project.git" works correctly.
 Netbeans 8.2 works correctly with "gitlab.work.net:workphp/my_project.gi"  
(Netbeans 8.2 understand the host gitlab.work.net).

Why Netbeans 12.4 does not understand the host gitlab.work.net?

  was:
I use Xubuntu 18.04.
I set the ssh connection settings in . / ssh/config
==
Host work.net
    HostName remote.work.ru
    User user_user
    Port 22
    Protocol 2
    ForwardX11 no
    ForwardAgent no
    Compression yes
    DynamicForward  
    LocalForward localhost: gitlab.work.net:22

Host gitlab.work.net
    HostName localhost
    Port 
    User user_user
    IdentityFile /home/user_user/.ssh/id_rsa
==

*gitlab.work.net* - not available via the Internet.
*remote.work.ru* - this is the entry point to the remote network via ssh.

Next, I open Netbeans 12.4, launch the Team -> Git -> Clone.
I set the repository URL as "gitlab.work.net:workphp/my_project.git" and 
username "git" and my private key file.
I click "Next" and then I get an error "Incorrect credentials for repository at 
ssh://gitlab.work.net/workphp/my_project.git".
If the Repository URL is changed to 
"ssh://localhost:/workphp/my_project.git", the connection works.

The command in the Terminal "git clone 
g...@gitlab.work.net:workphp/my_project.git" works correctly.
Netbeans 8.2 works correctly with "gitlab.work.net:workphp/my_project.gi"  
(Netbeans 8.2 understand the host gitlab.work.net).

Why Netbeans 12.4 does not understand the host gitlab.work.net?


> Netbeans cannot work with a remote git repository via ssh LocalForward
> --
>
> Key: NETBEANS-5985
> URL: https://issues.apache.org/jira/browse/NETBEANS-5985
> Project: NetBeans
>  Issue Type: Bug
>  Components: versioncontrol - Git
>Affects Versions: 12.3, 12.4
> Environment: Xubuntu 18.04
>Reporter: Gozoro
>Priority: Major
>
> I use Xubuntu 18.04.
>  I set the ssh connection settings ./ssh/config
>  ==
>  Host work.net
>      HostName remote.work.ru
>     User user_user
>     Port 22
>     Protocol 2
>     ForwardX11 no
>     ForwardAgent no
>     Compression yes
>     DynamicForward  
>     LocalForward localhost: gitlab.work.net:22
> Host gitlab.work.net
>     HostName localhost
>     Port 
>     User user_user
>     IdentityFile /home/user_user/.ssh/id_rsa
>  ==
> *gitlab.work.net* - not available via the Internet.
>  *remote.work.ru* - this is the entry point to the remote network via ssh.
> Next, I open Netbeans 12.4, launch the Team -> Git -> Clone.
>  I set the repository URL as "gitlab.work.net:workphp/my_project.git" and 
> username "git" and my private key file.
>  I click "Next" and then I get an error "Incorrect credentials for repository 
> at ssh://gitlab.work.net/workphp/my_project.git".
>  If the Repository URL is changed to 
> "ssh://localhost:/workphp/my_project.git", the connection works.
> The command in the Terminal "git clone 
> g...@gitlab.work.net:workphp/my_project.git" works correctly.
>  Netbeans 8.2 works correctly with "gitlab.work.net:workphp/my_project.gi"  
> (Netbeans 8.2 understand the host gitlab.work.net).
> Why Netbeans 12.4 does not understand the host gitlab.work.net?



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-ma

[jira] [Created] (NETBEANS-5985) Netbeans cannot work with a remote git repository via ssh LocalForward

2021-09-06 Thread Gozoro (Jira)
Gozoro created NETBEANS-5985:


 Summary: Netbeans cannot work with a remote git repository via ssh 
LocalForward
 Key: NETBEANS-5985
 URL: https://issues.apache.org/jira/browse/NETBEANS-5985
 Project: NetBeans
  Issue Type: Bug
  Components: versioncontrol - Git
Affects Versions: 12.4, 12.3
 Environment: Xubuntu 18.04
Reporter: Gozoro


I use Xubuntu 18.04.
I set the ssh connection settings in . / ssh/config
==
Host work.net
    HostName remote.work.ru
    User user_user
    Port 22
    Protocol 2
    ForwardX11 no
    ForwardAgent no
    Compression yes
    DynamicForward  
    LocalForward localhost: gitlab.work.net:22

Host gitlab.work.net
    HostName localhost
    Port 
    User user_user
    IdentityFile /home/user_user/.ssh/id_rsa
==

*gitlab.work.net* - not available via the Internet.
*remote.work.ru* - this is the entry point to the remote network via ssh.

Next, I open Netbeans 12.4, launch the Team -> Git -> Clone.
I set the repository URL as "gitlab.work.net:workphp/my_project.git" and 
username "git" and my private key file.
I click "Next" and then I get an error "Incorrect credentials for repository at 
ssh://gitlab.work.net/workphp/my_project.git".
If the Repository URL is changed to 
"ssh://localhost:/workphp/my_project.git", the connection works.

The command in the Terminal "git clone 
g...@gitlab.work.net:workphp/my_project.git" works correctly.
Netbeans 8.2 works correctly with "gitlab.work.net:workphp/my_project.gi"  
(Netbeans 8.2 understand the host gitlab.work.net).

Why Netbeans 12.4 does not understand the host gitlab.work.net?



--
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-5984) Spurious 'could not find matching method' in editor

2021-09-06 Thread Svatopluk Dedic (Jira)
Svatopluk Dedic created NETBEANS-5984:
-

 Summary: Spurious 'could not find matching method' in editor
 Key: NETBEANS-5984
 URL: https://issues.apache.org/jira/browse/NETBEANS-5984
 Project: NetBeans
  Issue Type: Bug
  Components: groovy - Editor
Reporter: Svatopluk Dedic


Consider the following code:
{code:java}
def instance = value[0];
def propertyName = value[1];
observable = Util.getJavaFXProperty(instance, propertyName)

{code}
The *instance*  and *propertyName* lack completely type information; static 
type analysis reports an error in this case.

It's not wise to completely disable 'method not found' errors, as typed code 
would not be hinted either. It could be possible to suppress error if the 
method call parameters type-evaluates to j.l.Object or something similarly 
generic, in the case there's at least method with the appropriate arity.



--
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-5983) Static type analysis does not consider instanceof type hint

2021-09-06 Thread Svatopluk Dedic (Jira)
Svatopluk Dedic created NETBEANS-5983:
-

 Summary: Static type analysis does not consider instanceof type 
hint
 Key: NETBEANS-5983
 URL: https://issues.apache.org/jira/browse/NETBEANS-5983
 Project: NetBeans
  Issue Type: Bug
  Components: groovy - Editor
Reporter: Svatopluk Dedic


Consider code like
{code:java}
public BindingHolder(BindingHolder parent, Object value) {
   if(value instanceof List) {
  def instance = value[0]; // ERROR
  ...
   }
}
{code}
whent the editor parser uses static type analysis, it will report an error on 
the marker line, as *vlaue* is typed as *java.lang.Object*, which has no 
*get()* method. 

In this specific case, the subtree can be evaluated speculatively, supposing 
that *value* is instance of *List* - requires partial evaluation of 
if-conditions. Similar case when typecast precedes reference to an identifier.

This must be probably fixed in Groovy; in NetBeans we can block the message and 
try to re-evaluate the AST subtree with a speculative type(s) found on path(s) 
to the code.

 



--
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-2842) Using of deprecated pack200 tool in nbm packaging

2021-09-06 Thread Eric Bresie (Jira)


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

Eric Bresie edited comment on NETBEANS-2842 at 9/6/21, 3:24 PM:


I cloned the code from https://github.com/pack200/pack200 and it seemed to 
compile and test passed from what I can tell so far.  So I guess the question 
is, are there any artifacts generated for this which could be imported to use.  
 

I tried mvn deploy but of course it doesn't push due to 

[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-deploy-plugin:2.7:deploy (default-deploy) on 
project pack200: Failed to deploy artifacts: Could not transfer artifact 
io.pack200:pack200:jar:14-20210906.151349-1 from/to ossrh 
(https://oss.sonatype.org/content/repositories/snapshots): authentication 
failed for 
https://oss.sonatype.org/content/repositories/snapshots/io/pack200/pack200/14-SNAPSHOT/pack200-14-20210906.151349-1.jar,
 status: 401 Unauthorized -> [Help 1]

Did seem to build a pack200-14-SNAPSHOT.jar though.


was (Author: ebresie):
I cloned the code from https://github.com/pack200/pack200 and it seemed to 
compile and test passed from what I can tell so far.  So I guess the question 
is, are there any artifacts generated for this which could be imported to use.  
 

I tried mvn deploy but of course it doesn't push due to 

[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-deploy-plugin:2.7:deploy (default-deploy) on 
project pack200: Failed to deploy artifacts: Could not transfer artifact 
io.pack200:pack200:jar:14-20210906.151349-1 from/to ossrh 
(https://oss.sonatype.org/content/repositories/snapshots): authentication 
failed for 
https://oss.sonatype.org/content/repositories/snapshots/io/pack200/pack200/14-SNAPSHOT/pack200-14-20210906.151349-1.jar,
 status: 401 Unauthorized -> [Help 1]

> Using of deprecated pack200 tool in nbm packaging
> -
>
> Key: NETBEANS-2842
> URL: https://issues.apache.org/jira/browse/NETBEANS-2842
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Plugin Manager
>Affects Versions: 11.3
>Reporter: Benjamin Graf
>Priority: Critical
>
> Netbeans plugins are mostly compressed in size by the JDK internal pack200 
> tool which is deprecated since JDK 11 ([https://openjdk.java.net/jeps/336]). 
> It should be thought about an alternative as it might get removed in next JDK 
> releases.



--
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-2842) Using of deprecated pack200 tool in nbm packaging

2021-09-06 Thread Eric Bresie (Jira)


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

Eric Bresie edited comment on NETBEANS-2842 at 9/6/21, 3:21 PM:


I cloned the code from https://github.com/pack200/pack200 and it seemed to 
compile and test passed from what I can tell so far.  So I guess the question 
is, are there any artifacts generated for this which could be imported to use.  
 

I tried mvn deploy but of course it doesn't push due to 

[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-deploy-plugin:2.7:deploy (default-deploy) on 
project pack200: Failed to deploy artifacts: Could not transfer artifact 
io.pack200:pack200:jar:14-20210906.151349-1 from/to ossrh 
(https://oss.sonatype.org/content/repositories/snapshots): authentication 
failed for 
https://oss.sonatype.org/content/repositories/snapshots/io/pack200/pack200/14-SNAPSHOT/pack200-14-20210906.151349-1.jar,
 status: 401 Unauthorized -> [Help 1]


was (Author: ebresie):
I cloned the code from https://github.com/pack200/pack200 and it seemed to 
compile and test passed from what I can tell so far.  So I guess the question 
is, are there any artifacts generated for this which could be imported to use.  
 

> Using of deprecated pack200 tool in nbm packaging
> -
>
> Key: NETBEANS-2842
> URL: https://issues.apache.org/jira/browse/NETBEANS-2842
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Plugin Manager
>Affects Versions: 11.3
>Reporter: Benjamin Graf
>Priority: Critical
>
> Netbeans plugins are mostly compressed in size by the JDK internal pack200 
> tool which is deprecated since JDK 11 ([https://openjdk.java.net/jeps/336]). 
> It should be thought about an alternative as it might get removed in next JDK 
> releases.



--
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-2842) Using of deprecated pack200 tool in nbm packaging

2021-09-06 Thread Eric Bresie (Jira)


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

Eric Bresie commented on NETBEANS-2842:
---

I cloned the code from https://github.com/pack200/pack200 and it seemed to 
compile and test passed from what I can tell so far.  So I guess the question 
is, are there any artifacts generated for this which could be imported to use.  
 

> Using of deprecated pack200 tool in nbm packaging
> -
>
> Key: NETBEANS-2842
> URL: https://issues.apache.org/jira/browse/NETBEANS-2842
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Plugin Manager
>Affects Versions: 11.3
>Reporter: Benjamin Graf
>Priority: Critical
>
> Netbeans plugins are mostly compressed in size by the JDK internal pack200 
> tool which is deprecated since JDK 11 ([https://openjdk.java.net/jeps/336]). 
> It should be thought about an alternative as it might get removed in next JDK 
> releases.



--
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-5982) Groovy parser cannot handle annotations from source

2021-09-06 Thread Svatopluk Dedic (Jira)


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

Svatopluk Dedic updated NETBEANS-5982:
--
Description: 
Symbols resolved for annotations are inspected using *ClassNode.getTypeClass*() 
called on the annotation's type. This attempts to *load annotation class into 
JVM*. 

If the referenced annotation is *in the same project*, the classes may not be 
generated yet an the j.l.Class cannot be loaded. The compilation immediately 
terminates with an internal error, bypassing rest of attributing work.

References to library annotations are OK - they are loaded from .class files 
(althoug loading into JVM should be avoided)

 

Note: this is a Groovy bug, not NetBeans. Must be fixed in Groovy, or we need 
to patch Groovy for our purposes.

  was:
Symbols resolved for annotations are inspected using *ClassNode.getTypeClass*() 
called on the annotation's type. This attempts to *load annotation class into 
JVM*. 

If the referenced annotation is *in the same project*, the classes may not be 
generated yet an the j.l.Class cannot be loaded. The compilation immediately 
terminates with an internal error, bypassing rest of attributing work.

References to library annotations are OK - they are loaded from .class files 
(althoug loading into JVM should be avoided)


> Groovy parser cannot handle annotations from source
> ---
>
> Key: NETBEANS-5982
> URL: https://issues.apache.org/jira/browse/NETBEANS-5982
> Project: NetBeans
>  Issue Type: Bug
>  Components: groovy - Editor
>Reporter: Svatopluk Dedic
>Priority: Critical
>
> Symbols resolved for annotations are inspected using 
> *ClassNode.getTypeClass*() called on the annotation's type. This attempts to 
> *load annotation class into JVM*. 
> If the referenced annotation is *in the same project*, the classes may not be 
> generated yet an the j.l.Class cannot be loaded. The compilation immediately 
> terminates with an internal error, bypassing rest of attributing work.
> References to library annotations are OK - they are loaded from .class files 
> (althoug loading into JVM should be avoided)
>  
> Note: this is a Groovy bug, not NetBeans. Must be fixed in Groovy, or we need 
> to patch Groovy for our purposes.



--
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-5982) Groovy parser cannot handle annotations from source

2021-09-06 Thread Svatopluk Dedic (Jira)
Svatopluk Dedic created NETBEANS-5982:
-

 Summary: Groovy parser cannot handle annotations from source
 Key: NETBEANS-5982
 URL: https://issues.apache.org/jira/browse/NETBEANS-5982
 Project: NetBeans
  Issue Type: Bug
  Components: groovy - Editor
Reporter: Svatopluk Dedic


Symbols resolved for annotations are inspected using *ClassNode.getTypeClass*() 
called on the annotation's type. This attempts to *load annotation class into 
JVM*. 

If the referenced annotation is *in the same project*, the classes may not be 
generated yet an the j.l.Class cannot be loaded. The compilation immediately 
terminates with an internal error, bypassing rest of attributing work.

References to library annotations are OK - they are loaded from .class files 
(althoug loading into JVM should be avoided)



--
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-5981) Whole UI freezes when Control + Clicked a class name in Java source code

2021-09-06 Thread Ann Paul (Jira)
Ann Paul created NETBEANS-5981:
--

 Summary: Whole UI freezes when Control + Clicked a class name in 
Java source code 
 Key: NETBEANS-5981
 URL: https://issues.apache.org/jira/browse/NETBEANS-5981
 Project: NetBeans
  Issue Type: Bug
  Components: java - Navigation
Affects Versions: 12.4
 Environment: windows 10
Reporter: Ann Paul


After opening a Java project (organized as maven project) , open any Java 
source file.

Inside a method, do a Control Click on a class name to navigate to the source 
of that class. But instead of opening that java source file, the UI completely 
freezes.

 

Happening every time and for all classes. Not able to navigate to any source 
file using control+click.



--
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



[netbeans] branch master updated (cfcb594 -> ba6c0ad)

2021-09-06 Thread jtulach
This is an automated email from the ASF dual-hosted git repository.

jtulach pushed a change to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans.git.


from cfcb594  [NETBEANS-5976] - cleanup Integer deprecation warnings (#3154)
 new 840e1b1  Construct Heap without touching the file system
 new ff7192c  Testing the File-less mode
 new f3d61b3  Version the API change in HeapFactory
 new ba6c0ad  Merge pull request #3148 from JaroslavTulach/HeapFromBuffer

The 5838 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails.  The revisions
listed as "add" were already present in the repository and have only
been added to this reference.


Summary of changes:
 profiler/lib.profiler/manifest.mf  |  2 +-
 .../netbeans/lib/profiler/heap/HeapFactory.java| 17 
 .../lib/profiler/heap/HprofByteBuffer.java |  5 +++
 .../org/netbeans/lib/profiler/heap/HprofHeap.java  | 24 ++--
 .../lib/profiler/heap/HprofMappedByteBuffer.java   | 23 ---
 .../lib/profiler/heap/HeapFromBufferTest.java  | 45 ++
 .../lib/profiler/heap/HeapSegmentTest.java |  2 -
 .../org/netbeans/lib/profiler/heap/HeapTest.java   | 13 +--
 8 files changed, 83 insertions(+), 48 deletions(-)
 copy 
enterprise/websvc.restkit/test/qa-functional/src/org/netbeans/modules/ws/qaf/utilities/Utils.java
 => 
profiler/lib.profiler/test/unit/src/org/netbeans/lib/profiler/heap/HeapFromBufferTest.java
 (54%)

-
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-5980) Miscellaneous/Terminal dialog is not resized properly

2021-09-06 Thread Pavlo Iatsiuk (Jira)
Pavlo Iatsiuk created NETBEANS-5980:
---

 Summary: Miscellaneous/Terminal dialog is not resized properly
 Key: NETBEANS-5980
 URL: https://issues.apache.org/jira/browse/NETBEANS-5980
 Project: NetBeans
  Issue Type: Bug
Affects Versions: 12.4
 Environment: *Product Version:* Apache NetBeans IDE 12.4

*Java:* 11.0.5; OpenJDK 64-Bit Server VM 11.0.5+10-LTS

*Runtime:* OpenJDK Runtime Environment 11.0.5+10-LTS

*System:* Windows 10 version 10.0 running on amd64; Cp1252; en_US (nb)
Reporter: Pavlo Iatsiuk
 Attachments: miscellaneous_terminal.mp4

Resize for the Miscellaneous/Terminal dialog works if to increase the size.

And text elements do not resize back if to decrease the size.

The attached video shows the issue.

 



--
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