Re: Compile error but no line indicators

[Ernie Rael]

On 24/06/12 8:10 PM, Owen Thomas wrote:
I have experienced this as well. The best that I have been able to do 
is rely on build output. Don't know if anyone else is looking into 
this problem. It gets tedious when this happens for a complex build. 
It seems to happen for me most often when there is a problem with 
generic parameters.


I see this occasionally, where clearing the cache fixes it. It's 
difficult to come up with steps to reproduce it. Not sure what you can 
look it without being able to reproduce it.


I have always wondered if some kind of verify-cache/validate-cache is 
around or available. It might be expensive to run. But if you're in a 
situation where it happens frequently, turning it on might help finding 
the problem.


-ernie


-
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

Re: Run-Time Error: email Validation project still giving errors

[Ernie Rael]

On 24/03/14 9:21 AM, Zulfi Khan wrote:

Dear Ernie-Good Morning,

Maven is working fine.

I have attached my swapping project. It is working with no errors.


I suggest making small changes to a working maven project, incrementally 
adding things from the failing project, and see where the failure comes 
from.


I think I recently saw some email that points out the problem with info 
on how to fix it.


-ernie



Kindly help solve my email validation problem.

Zulfi.

On Tuesday, March 12, 2024 at 12:24:57 PM CDT, Ernie Rael 
 wrote:



I don't remember if this has been asked and answered...

Can you create and run a simple maven project using the new project 
dialog?


-ernie

On 24/03/11 9:58 PM, Zulfi Khan wrote:
Hi-Vic and other Users-Good Evening,

I am using English Netwbeans.

I can't find Maven on Tools/JavaPlatforms, the image attached.

I found Maven in connection with Tools/Options/Maven, I added and 
compiled again but run-time error. I have attached the images for both 
Tools/JavaPlatforms and Tools/Options/Maven.


Somebody, please guide me. I am still getting the run-time error:


Changes detected - recompiling the module! :source
Compiling 2 source files with javac [debug release 11.0.19] to 
target/classes


BUILD FAILURE

Total time:  0.929 s
Finished at: 2024-03-11T23:39:27-05:00

Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:3.11.0:compile 
(default-compile) on project ValidateName3: Fatal error compiling: 
error: release version 11.0.19 not supported -> [Help 1]


To see the full stack trace of the errors, re-run Maven with the -e 
switch.

Re-run Maven using the -X switch to enable full debug logging.

For more information about the errors and possible solutions, please 
read the following articles:
[Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException 
<http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException>



I have attached my project also in the first message.

Zulfi.


On Tuesday, February 27, 2024 at 04:13:53 PM CST, Vic Ricker 
 <mailto:v...@ricker.us> wrote:



Do you have Java 11 installed and configured under Tools/Java 
Platforms? That would be my first guess.


Also, Tools/Options/Maven has the default JDK for Maven.

On 2/26/24 22:39, Zulfi Khan wrote:
Dear NetBeans Mailing List user,
I am getting a invalidating email. I am using an Apache email 
validation class. I have attached the tar file of my project.


Following is the error

Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:3.11.0:compile 
(default-compile) on project ValidateName3: Fatal error compiling: 
error: release version 11.0.19 not supported -> [Help 1]


To see the full stack trace of the errors, re-run Maven with the -e 
switch.

Re-run Maven using the -X switch to enable full debug logging.

For more information about the errors and possible solutions, please 
read the following articles:
[Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException 
<http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException>



Email Validation in Java | Baeldung 
<https://www.baeldung.com/java-email-validation-regex>









Email Validation in Java | Baeldung

Learn how to validate email addresses in Java using regular expressions.

<https://www.baeldung.com/java-email-validation-regex>





package com.mycompany.validatename;
import java.util.logging.Level;
import java.util.logging.Logger;
import org.apache.commons.validator.*;
import org.apache.commons.validator.routines.InetAddressValidator;
import java.util.regex.Matcher;
import java.util.regex.Pattern;
import javax.swing.JOptionPane;
import javax.swing.UnsupportedLookAndFeelException;
public class ValidateNameForm extends javax.swing.JFrame {

    /**
 * Creates new form ValidateNameForm
 */
    public ValidateNameForm() {
    :
    :
}

 private void jTF1ActionPerformed(java.awt.event.ActionEvent evt) {
    // TODO add your handling code here:
}
    private void CheckIfInputValid(String input, String regex){
    String s;
    //for(int i=0; i<4; ++i) {
   Pattern pattern = Pattern.compile(regex);

   s = input.trim();

   Matcher matcher = pattern.matcher(s);

JOptionPane.showMessageDialog(null, "Input "+s+" is valid " + 
String.valueOf(matcher.matches()));

    //}

    }
    private void jButton1ActionPerformed(java.awt.event.ActionEvent 
evt) {

    // TODO add your handling code here:
    String emailAddress= jTF1.getText();
    //String strInput[]  = new String[5];
    //strInput[0]= strAccName;
    //String regex = "^[a-zA-Z]*$";
    //String email

Re: Run-Time Error: email Validation project still giving errors

[Ernie Rael]

I don't remember if this has been asked and answered...

Can you create and run a simple maven project using the new project dialog?

-ernie

On 24/03/11 9:58 PM, Zulfi Khan wrote:

Hi-Vic and other Users-Good Evening,

I am using English Netwbeans.

I can't find Maven on Tools/JavaPlatforms, the image attached.

I found Maven in connection with Tools/Options/Maven, I added and 
compiled again but run-time error. I have attached the images for both 
Tools/JavaPlatforms and Tools/Options/Maven.


Somebody, please guide me. I am still getting the run-time error:


Changes detected - recompiling the module! :source
Compiling 2 source files with javac [debug release 11.0.19] to 
target/classes


BUILD FAILURE

Total time:  0.929 s
Finished at: 2024-03-11T23:39:27-05:00

Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:3.11.0:compile 
(default-compile) on project ValidateName3: Fatal error compiling: 
error: release version 11.0.19 not supported -> [Help 1]


To see the full stack trace of the errors, re-run Maven with the -e 
switch.

Re-run Maven using the -X switch to enable full debug logging.

For more information about the errors and possible solutions, please 
read the following articles:
[Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException



I have attached my project also in the first message.

Zulfi.


On Tuesday, February 27, 2024 at 04:13:53 PM CST, Vic Ricker 
 wrote:



Do you have Java 11 installed and configured under Tools/Java 
Platforms?  That would be my first guess.


Also, Tools/Options/Maven has the default JDK for Maven.

On 2/26/24 22:39, Zulfi Khan wrote:
Dear NetBeans Mailing List user,
I am getting a invalidating email. I am using an Apache email 
validation class. I have attached the tar file of my project.


Following is the error

Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:3.11.0:compile 
(default-compile) on project ValidateName3: Fatal error compiling: 
error: release version 11.0.19 not supported -> [Help 1]


To see the full stack trace of the errors, re-run Maven with the -e 
switch.

Re-run Maven using the -X switch to enable full debug logging.

For more information about the errors and possible solutions, please 
read the following articles:
[Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException 




Email Validation in Java | Baeldung 










Email Validation in Java | Baeldung

Learn how to validate email addresses in Java using regular expressions.







package com.mycompany.validatename;
import java.util.logging.Level;
import java.util.logging.Logger;
import org.apache.commons.validator.*;
import org.apache.commons.validator.routines.InetAddressValidator;
import java.util.regex.Matcher;
import java.util.regex.Pattern;
import javax.swing.JOptionPane;
import javax.swing.UnsupportedLookAndFeelException;
public class ValidateNameForm extends javax.swing.JFrame {

    /**
 * Creates new form ValidateNameForm
 */
    public ValidateNameForm() {
    :
    :
}

 private void jTF1ActionPerformed(java.awt.event.ActionEvent evt) {
    // TODO add your handling code here:
    }
    private void CheckIfInputValid(String input, String regex){
    String s;
    //for(int i=0; i<4; ++i) {
   Pattern pattern = Pattern.compile(regex);

   s = input.trim();

   Matcher matcher = pattern.matcher(s);

   JOptionPane.showMessageDialog(null, "Input "+s+" is valid " 
+ String.valueOf(matcher.matches()));

    //}

    }
    private void jButton1ActionPerformed(java.awt.event.ActionEvent 
evt) {

    // TODO add your handling code here:
    String emailAddress= jTF1.getText();
    //String strInput[]  = new String[5];
    //strInput[0]= strAccName;
    //String regex = "^[a-zA-Z]*$";
    //String emailRegex = regexArr[2] = 
"[_a-zA-Z0-9-]+(\\.[_a-zA-Z0-9-]+)*@[a-zA-Z0-9-]+(\\.[a-zA-Z0-9-]+)*(\\.[a-zA-Z]{1,6}))?" 
;
    boolean isValidEmail = 
EmailValidator.getInstance().isValid(emailAddress);

    //CheckIfInputValid(strInput[0], emailRegex);
    }

    /**
 * @param args the command line arguments
 */
    public static void main(String args[]) {
    }


    // Variables declaration - do not modify
    private javax.swing.JButton jButton1;
    private javax.swing.JLabel jLabel1;
    private javax.swing.JTextField jTF1;
    // End of variables declaration

 //private void 

Re: Cloned and floated window not behaving

[Ernie Rael]

On 23/12/06 10:30 AM, Mitch Claborn wrote:

+1 for scroll lock



Using a TopComponent registry listener or maybe an editor registry 
listener, any non-focus editor window editing the same file as the 
focused/current editor could be locked. You could probably do it with a 
small plugin.


Regarding the comment

> N views at once make that even more interesting. There are certainly 
ways
> to improve this but I don't think there is a single/obvious way how 
it should

> behave - it is somewhat context dependent.

I can't think of a use case where you want a non-focused *editor window* 
jumping around on it's own due to a swing implementation issue.


-ernie



Mitch

On 12/6/23 10:20, Ernie Rael wrote:

On 23/12/06 7:47 AM, Mitch Claborn wrote:
Editing a Java class. I'm creating a new version of a method in that 
class and want the old version in a separate window for reference. I 
clone the current window then float it and scroll to the old version 
of the method in the floated window and put that window on a 
different monitor.


When I make changes in the same file in the main NB window the 
floated window doesn't stay where it was, but scrolls to where I'm 
making edits in the main window.


Is that the expected behavior?

That's long standing (like forever) behavior, probably a swing issue. 
IIRC, the "cloned" window only scrolls when lines are added/removed 
earlier in the file than the position being displayed.


jVi fixed it (back in NB-6.x I think, or maybe even when jVi was only 
on JBuilder); posted an issue but NB wasn't interested in the fix. 
See FreezeViewport.java in the jVi sources.


-ernie


-
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



-
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

Re: Cloned and floated window not behaving

[Ernie Rael]

On 23/12/06 7:47 AM, Mitch Claborn wrote:
Editing a Java class. I'm creating a new version of a method in that 
class and want the old version in a separate window for reference. I 
clone the current window then float it and scroll to the old version 
of the method in the floated window and put that window on a different 
monitor.


When I make changes in the same file in the main NB window the floated 
window doesn't stay where it was, but scrolls to where I'm making 
edits in the main window.


Is that the expected behavior?

That's long standing (like forever) behavior, probably a swing issue. 
IIRC, the "cloned" window only scrolls when lines are added/removed 
earlier in the file than the position being displayed.


jVi fixed it (back in NB-6.x I think, or maybe even when jVi was only on 
JBuilder); posted an issue but NB wasn't interested in the fix. See 
FreezeViewport.java in the jVi sources.


-ernie


-
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

Re: Java version: 21 ... not supported by Gradle 8.5

[Ernie Rael]

Thanks for the discussion Laszlo,

After reading your post (more than once) I tried a variety of different 
things, including settings the toolchain version to "21" and also 
"options.release = 21" for the hell of it.


   gradleproject1:lib > properties > Sources > Source/Binary Format

is 21. When I add the line

   import java.util.SequencedCollection;

It's highlighted as an error in the editor; though it does clean/build. 
It looks like the Source/Binary Format property, which /is being picked 
up by gradle/, is not being used by the IDE-editor. (I remember 
https://github.com/apache/netbeans/pull/4711 which fixed this value for 
gradle because "This information is used by editor/hints.", but things 
evolve).


And when I change

   gradleproject1 > properties > Build > GradleExecution > Java Runtime

to JDK 21, the editor errors go away but the warnings from project 
problems comes on.


Bottom line, AFAICT,

   NB-20 Cannot open a "gradle with Java" project that uses JDK-21 APIs
   without warnings/errors

no matter how the project is setup.

-ernie

On 23/12/03 5:58 PM, Laszlo Kishalmi wrote:


Well, the rapid changes of Java put pressure on the tool platforms, 
and JVM based languages. That makes our life more difficult.


As of NetBeans, it was quite a fight to move away from Java 8 as a 
runtime platform. That does not mean that  NetBeans does not support 
Java 8 any more, rather, that You need to run NetBeans at least on 
Java 11. As of NetBeans 20, It runs on Java 11 - Java 21, while 
supports Java 8 - Java 21



As of Gradle. Gradle supports Groovy and Kotlin as base of its DSL. 
Usually when the new JVM comes out both Groovy and Kotlin takes some 
time to support running on the new JVM. So they are not in an easy 
position, especially as they still need to support running on Java 8 
fro a while.


In order to cope with that challenge Gradle stated to use a Java 
Toolchain system, which decouples the Runtime Gradle is running on 
from the Java version it is using during the builds.


If I remember well, on 8.4 they found themself in the situation with 
Java 21, where the Groovy parts were able to run on Java 21 while the 
Kotlin related things were not able to run on Java 21 VM. Java 21 
Toolchain was ready by then. That means Gradle 8.4 itself is not able 
to run on Java 21, but able to use Java 21 for builds.


With Gradle 8.5, it is also able to run on Java 21 VM.

It would be nice if NetBeans would be automatically select a good Java 
Runtime for Gradle out of the box though. We have all the parts in 
NetBeans to be able to make it happen, somebody just would need to do 
the job.



Addendum: Before Gradle 8.5, Gradle java projects, generated with 
Gradle were using the Java version of the Gradle Runtime as the Jave 
version for the new project. That's been changed as of: 
https://docs.gradle.org/8.5/release-notes.html#build-init


So what is happening now when creating a new project on NB20 is 
running on Java 21 with Gradle 8.4 Tooling (that's the one NB20 is 
bundling), when using the defaults .
 1. NetBeans invokes gradle init with Java 21, as Gradle 8.4 Groovy 
parts works with Java 21, it will create a new project, with java 
toolchain 21


 2. NetBeans knows that Gradle 8.4 is not Java 21 Runtime comaptible 
(that's hard coded in NB). So it simply refuse to load the project, 
while the Gradle Java runtime is set to Java 21 (Default).


That's when people get confused.

Again NB should do a better job selecting the Gradle Java runtime.


On 12/3/23 17:20, Ernie Rael wrote:

On 23/12/03 3:51 PM, Laszlo Kishalmi wrote:
Well, unfortunately gradle init only supports java version 
specification since Gradle 8.5


NB20 is bundled with Gradle 8.4.


The gradle 8.4 release notes say

"Java 21 is now supported"

if that matters.



There is a bit workaround needed to run Java 21 projects with Gradle.


I can run the project tests with no workaround.

Also, I manually set the gradle version for the project to 8.5

./gradlew wrapper --gradle-version 8.5

The problem icon is still there and the message says

"Java version: 21 ... not supported by Gradle 8.5"

Both 8.4 and 8.5 claim to support JDK-21. This all makes no sense.

I think (I don't remember) that I could run the project tests when it 
was gradle 8.4 as well with no workaround.


This all makes me wonder if there's something hardcoded in NetBeans 
about JDK-21 and gradle.


-ernie




Set the Java Runtime version for Gradle in Tools > Options > Java > 
Gradle to Java 20 or below.


From there you can use any Java version in your Gradle projects, 
whatever that Gradle version support.


Gradle 8.4 does support Java 21 using Java Toolchain, should work.

java {
    toolchain {
    languageVersion = JavaLanguageVersion.of(21)
    }
}

On 12/3/23 13:30, Ernie Rael wrote:

Running NB-20, jdk21.

The goal is to play with some JD

Re: Java version: 21 ... not supported by Gradle 8.5

[Ernie Rael]

On 23/12/03 3:51 PM, Laszlo Kishalmi wrote:
Well, unfortunately gradle init only supports java version 
specification since Gradle 8.5


NB20 is bundled with Gradle 8.4.


The gradle 8.4 release notes say

   "Java 21 is now supported"

if that matters.



There is a bit workaround needed to run Java 21 projects with Gradle.


I can run the project tests with no workaround.

Also, I manually set the gradle version for the project to 8.5

   ./gradlew wrapper --gradle-version 8.5

The problem icon is still there and the message says

   "Java version: 21 ... not supported by Gradle 8.5"

Both 8.4 and 8.5 claim to support JDK-21. This all makes no sense.

I think (I don't remember) that I could run the project tests when it 
was gradle 8.4 as well with no workaround.


This all makes me wonder if there's something hardcoded in NetBeans 
about JDK-21 and gradle.


-ernie




Set the Java Runtime version for Gradle in Tools > Options > Java > 
Gradle to Java 20 or below.


From there you can use any Java version in your Gradle projects, 
whatever that Gradle version support.


Gradle 8.4 does support Java 21 using Java Toolchain, should work.

java {
    toolchain {
    languageVersion = JavaLanguageVersion.of(21)
    }
}

On 12/3/23 13:30, Ernie Rael wrote:

Running NB-20, jdk21.

The goal is to play with some JDK-21 APIs...

Creating a project using NB's "New Project > Java with Gradle".

I can build and run the default "Library" and test. But there's the 
warning icon and "Resolve Project Problems".


Any way to get rid of the warning?

-ernie


"Resolve Project Problems"

The Java version: 21, that is selected for the project is not 
supported by

Gradle 8.4.The IDE will attempt to use Gradle 8.4 to gather the project
information.
Possible solutions:
Upgrade your Gradle version on your project
Select Java Runtime 20 (or below), on Build > Gradle Execution 
settings, to avoid this problem!





-
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



-
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

Java version: 21 ... not supported by Gradle 8.5

[Ernie Rael]

Running NB-20, jdk21.

The goal is to play with some JDK-21 APIs...

Creating a project using NB's "New Project > Java with Gradle".

I can build and run the default "Library" and test. But there's the 
warning icon and "Resolve Project Problems".


Any way to get rid of the warning?

-ernie


"Resolve Project Problems"

The Java version: 21, that is selected for the project is not supported by
Gradle 8.4.The IDE will attempt to use Gradle 8.4 to gather the project
information.
Possible solutions:
Upgrade your Gradle version on your project
Select Java Runtime 20 (or below), on Build > Gradle Execution settings, 
to avoid this problem!





-
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

Re: JPA controller classes wizard not finding JPA 3.0 or 3.1 Entities

[Ernie Rael]

On 23/11/08 2:33 AM, Neil C Smith wrote:

On Wed, 8 Nov 2023 at 06:29, Ernie Rael  wrote:

On 23/11/07 10:05 PM, Stephen Parry wrote:

Already tried using latest daily build and now does work with much arm twisting 
(not sure yet if it needs the xml) . How do I access the RC specifically please?

The announcement is at

https://lists.apache.org/thread/5djhjk8srt1dg0jr6x8pfpkom92h0486

If sharing links to RCs anywhere outside of the dev@ list, please use
the GitHub discussions link instead, thanks.  That's our "public" link
for these.

It will always be pinned at the top of
https://github.com/apache/netbeans/discussions

For NB20 - see https://github.com/apache/netbeans/discussions/6581


Huh, I don't recall ever hearing this before (not saying that it wasn't 
published at some point); could've used it. BTW, on the announcement 
itself there is no mention of any github discussion.


-ernie



Thanks,

Neil




-
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

Re: JPA controller classes wizard not finding JPA 3.0 or 3.1 Entities

[Ernie Rael]

On 23/11/07 10:05 PM, Stephen Parry wrote:
Already tried using latest daily build and now does work with much arm 
twisting (not sure yet if it needs the xml) . How do I access the RC 
specifically please?


The announcement is at

https://lists.apache.org/thread/5djhjk8srt1dg0jr6x8pfpkom92h0486

-ernie




On 8 November 2023 04:26:05 GMT, Josh Juneau  wrote:

Hi Stephen,

Sorry to hear that it did not work.  I believe that the beans.xml
should go within the META-INF within a Java SE application.

Another thing to try...perhaps download NetBeans 20 RC3 and give
it a try to see if you have different behavior with your project.

Thanks

Josh Juneau


On Nov 7, 2023, at 11:13 AM, Stephen Parry
 wrote:


No joy, but then the app I am currently trying is an SE app. I am
not sure if beans. xml is recognised in an SE app.


On 6 November 2023 14:58:11 GMT, Josh Juneau
 wrote:

Hi Stephen,

Please try to put the following into your beans.xml:


https://jakarta.ee/xml/ns/jakartaee;
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
     
 xsi:schemaLocation="https://jakarta.ee/xml/ns/jakartaee
https://jakarta.ee/xml/ns/jakartaee/beans_4_0.xsd;
       bean-discovery-mode="all">


This tells all beans to be discovered by CDI.  Hopefully it
will do the trick.  I do not believe there are annotations
that can be used as an alternative at this point.

Thanks

Josh Juneau




On Mon, Nov 6, 2023 at 8:36 AM Stephen Parry
 wrote:

Thanks for the reply Josh.
What should I put in my beans.xml and are there
annotations I can try as an alternative?


On 6 November 2023 12:48:13 GMT, Josh Juneau
 wrote:

Hi Stephen,

Sorry for the late reply.  Do you have a beans.xml in
your project?  You may need to have this
configuration file in your project in order for the
JPA entities to be recognized.

Josh Juneau


On Mon, Oct 30, 2023 at 6:28 PM Stephen G. Parry
 wrote:

After a lot of swearing and adding of the correct
libraries to
Tools->Libraries, I was able to persuade NB19 to
create JPA 3.1 Entity
classes, based on the jakarta.persistence package
space, from a database
in an SE project, although it identifies the
libraries as EclipseLink
(JPA 3.0), not JPA 3.1 in the dropdown for
persistence provider. I even
managed to make this work in a modular JavaFX
project. However, nothing
I have tried so far will persuade the controller
classes wizard to list
those classes - the list is empty - in any type
of project (modular,
non-modular, SE or EE). Can anyone help here
please? What do I need to
do to get this to recognize JPA 3.1 entities?




-
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

-- 
Sent from my Android device with K-9 Mail. Please excuse

my brevity.

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.


--
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: Gradle modules and dependency scanning

[Ernie Rael]

I haven't used NB much lately, but this reminds me of a problem I had 
late last year. Don't remember all the details, but it involved gradle 
projects working with other projects. Part of the solution (or was it a 
workaround) was using a composite build; I seem to recall that a 
composite build can be set  up without requiring changes to to the main 
projects and tells gradle what to look at. Can't find the full 
discussion, but there's https://github.com/apache/netbeans/issues/4865


-ernie

On 23/06/26 10:19 PM, Thomas Kellerer wrote:

The first thing I would recommend you do is a clean check out of the project 
(assuming it's in a git repo or something) into a new directory.

I have done that. And deleted the NetBeans cache as well. But the problem comes 
back as soon as I open a sub-project that references (already compiled) classes 
from a sub-project that is not opened in NetBeans.


However, in most cases you won't get there, because something is corrupted in 
your filesystem and once you clean it

File system corruption can be completely ruled in my opinion.

As I said: the errors go away as soon as I open the referenced sub-project and 
do a reload of the referencing project.
It seems as if NetBeans only uses Java files from open projects for the 
in-editor syntax check, not the classes built by Gradle (and thus available on 
the classpath).


Ulrich Mayring schrieb am 26.06.2023 um 20:16:

The first thing I would recommend you do is a clean check out of the project 
(assuming it's in a git repo or something) into a new directory. If the issue 
persists, then do the same thing on a fresh container, which could be derived 
from an image like gradle:7-jdk17. That way you will have a clean gradle cache, 
user dir etc.

If the problem still persists, then try to check out fewer projects and through 
trial & error find a minimal set of projects that will trigger the unwanted 
Netbeans behavior. From that minimal set you can likely delete a lot of code and in 
the end come up with a smallish, reproducible example.

However, in most cases you won't get there, because something is corrupted in 
your filesystem and once you clean it, the problem will go away. Naturally, 
these types of corruption are seen much more often on large projects than on 
small ones.

Am 26.06.23 um 19:41 schrieb Mark A. Flacy:

Greetings,


Well, yes, I've had gradle issues in the past due to work projects.  It is 
rather important that the people trying to fix issue X have a way to ensure 
that they are using code that invokes issue X to see if  they are actually 
fixing issue X.


_*Nobody*_ expects you to publish your non-opensource project.  Anybody else 
who might consider working upon your issue expects you to provide an example 
that shows your failure mode if you cannot expose the project with which you 
have a problem.  The interesting bit is that you /may/ (not will, but *MAY*) 
find the source of your issue while creating the simulated project that 
reflects the very issue you have.


Get a throw-away email account and create a GitHub account for your simulated 
project.  Or provide a link to git repo that shows your issue.  Or create a 
local file tree of your simulated gradle projects tree, tar it up, and attach 
it to your JIRA ticket.


There is not a single person on this mailing list who will get money for fixing 
your problem. (assuming you haven't set a bounty to do so).  You should make it 
simple to other humans to replicate your problem so that they may help.


--

Mark A. Flacy

mfl...@verizon.net


On Monday, June 26, 2023 7:18:53 AM CDT Thomas Kellerer wrote:

  > Well, I can't show the real project (customer project with NDA). And I can't

  > just create a project of that size (35 projects, 550K lines of code). AndNob

  > besides I don't have a Github account.

  >

  > The problem is, that basically every problem I have with NetBeans and Gradle

  > only happens on bigger projects (and not with some tiny example projects.

  > It would be a lot more helpful if NetBeans offered some diagnostic data

  > that would allow investigating such a problem. It's pretty unrealistic to

  > as every user that has a problem to publish their projects.

  >

  > I thought Gradle uses the term "module" for projects that consist of

  > multiple sub-projects, but apparently I was wrong.

  >

  > The layout is:

  >

  >    main_project

  >  sub-project1

  > sub-sub-project1

  > sub-sub-project2

  >  sub-project2

  >  sub-project3

  > sub-sub-project1

  > sub-sub-project2

  > sub-sub-project3

  > sub-sub-project4

  > sub-sub-project5

  > sub-sub-project6

  > sub-sub-project7

  > sub-sub-project8

  > sub-sub-project9

  > sub-sub-project10

  > sub-sub-project11

  > sub-sub-project12

  > sub-sub-project13

  > sub-sub-project14

  > sub-sub-project15

  

SOLVED: Re: "Import from Excluded" hint/warning in Gradle project

[Ernie Rael]

On 23/06/08 4:26 PM, Ernie Rael wrote:


I'm getting "Import from Excluded", in a project I've just created, 
I've never seen it before.


There's "Tools > Options > Editor > CodeCompletion > Java" and the class 
in question was in the "Exclude" list. Removed it and the hint/warning 
went away.


I wonder how it was added to the list. Didn't see anything in the menus. 
"exc" doesn't appear in the keyboard shortcuts list, and it's not one of 
the shortcuts listed with "import".


-ernie


I haven't used NB for a few releases if that might be relevant. The 
import is from an ANTLR4 generated file (manually copied to it's 
target location) within this project's source tree. Builds and runs OK 
(a few printfs is the whole project).


Going to "Configure ... Hint" I see

Import from package or class which has been labelled "Excluded" in
the Code Complete

Where did the labeling come from and how can get rid of it? I've 
looked around a bit


This is the source code

package com.raelity.astrolog.castro;
import com.raelity.astrolog.castro.antlr.AstroBaseListener;

public class CastroEcho extends AstroBaseListener
{
ParseTreeProperty echo = new ParseTreeProperty<>();
}

If I do "InsertCode > OverrideMethod" it find the expected stuff.

Any idea what's going on?

-ernie

"Import from Excluded" hint/warning in Gradle project

[Ernie Rael]

I'm getting "Import from Excluded", in a project I've just created, I've 
never seen it before. I haven't used NB for a few releases if that might 
be relevant. The import is from an ANTLR4 generated file (manually 
copied to it's target location) within this project's source tree. 
Builds and runs OK (a few printfs is the whole project).


Going to "Configure ... Hint" I see

   Import from package or class which has been labelled "Excluded" in
   the Code Complete

Where did the labeling come from and how can get rid of it? I've looked 
around a bit


This is the source code

   package com.raelity.astrolog.castro;
   import com.raelity.astrolog.castro.antlr.AstroBaseListener;

   public class CastroEcho extends AstroBaseListener
   {
   ParseTreeProperty echo = new ParseTreeProperty<>();
   }

If I do "InsertCode > OverrideMethod" it find the expected stuff.

Any idea what's going on?

-ernie

antlr

[Ernie Rael]

Greetings all,

I'm thinking about starting a small (that's the idea anyway) antlr 
project; I've never used antlr before. At first I didn't see any antlr 
with the plugin manager, then noticed that there's a buitin /ANTLR 
Grammar Editor Support/. I see some 8.2 stuff online, and I'm guessing 
that's not relevant with NB-18.


I'm looking around wondering what to expect. At 
https://www.antlr.org/tools.html there's mention that NetBeans has a 
"sophisticated editor for ANTLR v3/v4 grammars". It looks like there are 
a variety of development tools and compared to other IDEs it looks like 
NetBeans only has the editor. It could be that the info in not presented 
very well.


Is there any info on what the ANTLR workflow with NetBeans looks like? 
Are the "missing" tools" simply not integrated and can be used from the 
command line? Or is it something more?


-ernie

Re: Open projects gets stuck at 10% in Netbeans 17 ide

[Ernie Rael]

On 23/05/27 9:44 PM, Shameer A wrote:

Team,

I tried uninstalling and reinstalling the Netbeans 17 ide and after 
reinstallation, the ide is getting stuck at 10% opening a project. 
Please let me know how to proceed.


Thank you,
Shameer.


Taking a look at /var/log/messages.log might give a clue.

-ernie


-
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

Re: java.sql missing from java.base in Netbeans 16 JDK 18 defaults

[Ernie Rael]

The sql stuff is not in the "java.base" module; there are separate 
modules for the sql stuff. I don't use modules, but I'm guessing the 
problem is how your app (not NetBeans) is configured.


-ernie

On 23/02/13 9:45 AM, Amitabh Choudhury wrote:

Hello

This is in continuation of my previous mail related to Netbeans 14.

Got aware that Netbeans 14 isn't supported, so downloaded Netbeans 16 
and configured with Java 18.


Created Ant project and checked java.base.
java.sql is missing in this as well.

Please guide to configure Netbeans 16 to include java.sql in java.base 
module of Default Library.

Images attached ...

Warm wishes

~~~
Amitabh Choudhury

-
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




-
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

Re: How To Add a Custom Bug Report Feature to ErrorManager or Exceptions

[Ernie Rael]

On 23/02/10 8:38 AM, Sean Carrick wrote:


Hey All!

I am working on an NBP application and am wondering how I can create a 
custom "Submit Bug Report" action when using the ErrorManager or 
Exceptions APIs.



Hey Sean,

Do you mind saying what JRE your NBP app(s) run on?

-ernie


-
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

Re: Rainbow Braces - ???

[Ernie Rael]

As mentioned, you can download from the plugin page. (I recently found 
this capability, after having complained that you couldn't manually 
download)



-ernie

On 23/01/24 11:51 AM, Philippe FICHET wrote:


The plugin (https://plugins.netbeans.apache.org/catalogue/?id=25) is 
validated only for Netbeans versions between 12 and 15.


The owner of the plugin has to do an action to ask for the validation 
for Netbeans 16 (and soon 17)


It is still possible to download and install it manually from 
https://plugins.netbeans.apache.org/catalogue/download/197/netbeans-rainbow-braces-1.3.1.nbm 
(or by clicking on "NB 15" on the plugin page).


Le 24/01/2023 à 00:30, Amn Ojee Uw a écrit :
I was looking for Rainbow Braces in the Tools > Plugins > Available 
plugins, but to no avail! How do I install this plugin?


Thanks!


-
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

Re: Rainbow Braces - ???

[Ernie Rael]

Try looking for it at https://plugins.netbeans.apache.org/.

Plugins are not automatically propagated to new releases, so you may 
have to manually download and install it.


-ernie

On 23/01/23 3:30 PM, Amn Ojee Uw wrote:
I was looking for Rainbow Braces in the Tools > Plugins > Available 
plugins, but to no avail! How do I install this plugin?


Thanks!


-
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




-
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

Re: verification of plugin with update center

[Ernie Rael]

At plugins.netbeans.apache.org I didn't find "Contact us" or any way to 
appeal a "Verification Failed". In this case verification failed due to 
what I believe is a NetBeans bug.


I'm broadening "To:", including users@, hoping to catch someone who 
can/will handle/respond.


-ernie

On 23/01/20 9:28 AM, Ernie Rael wrote:

Just received:

Plugin: jVi Update Center JDK-11
NetBeans version: 17
Verification status: NOGO
Comments: On uninstall of the downloaded plugin 
(nbupdatecenter-jdk11-1.0.nbm), update center is not removed.


"update center not removed" has been a problem for over 10 years. My 
understanding has been that it's a NetBeans bug. Maybe I'm wrong. In 
May of 2011 I filed


   https://bz.apache.org/netbeans/show_bug.cgi?id=198359
   removed UC can not be added (re-added) by installing a module

I thought I filed a follow on issue specifically about the update 
center not getting removed when uninstalled, but don't find it.


There's some indication in the report that there's no API for cleaning 
NetBeans state to remove an update center. And I believe that there's 
an issue that the module can be uninstalled without getting 
notification. But I don't remember the details. I remember trying a 
variety of things, never got it to work.


If someone could provide some hints and/or API pointers, I'll take a 
look at fixing it.


In the meantime, is it possible to get the plugin approved while the 
problem is being addressed?


-ernie

PS. plugin verification before release, woohoo!




-
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

Re: Unexpected Exception in NetBeans 12.0

[Ernie Rael]

On 23/01/18 10:40 AM, Matheus Oliveira wrote:
I'm having a problem trying to open a project in NetBeans (v12.0.0). 
When I try to open the project in question it does not open, and the 
following error appears:


Captura de tela 2023-01-18 152709.png

Does anyone know how to solve this problem?


After clicking on "Show and Report Problem..." you can get a stacktrace.

Hopefully that gets you started on a solution. Or at least gives
you something concrete to talk about.

Also looking at /var/log/messages.log and offer insight.
The location of userdir is available in Menu>Help>About.

-ernie

Re: NetBeans Platform JavaFX Integeration Tutorial

[Ernie Rael]

Greetings Ken,

As you're likely aware, NetBeans is now an Apache project supported by 
volunteers. Frustratingly for many, documentation and help need lots of 
attention. JavaFX in particular, has gotten little attention.


It would be great if you could turn your experience with JavaFX on 
NetBeans into some documentation that can be made generally available.


-ernie

On 23/01/03 6:54 AM, Ken Standard wrote:


To whom it may concern:

There are several issues to address.

The mentioned tutorial is solely based on a Windows user perspective. 
That is  a very short/narrow view of a product widely used on many 
platforms, including Linux and Mac. This one-platform perspective does 
no good for those who do not wish to be a Windows user. The tree-list 
images only apply in one situation and do not apply to all (e.g. Linux 
users developing a MAVEN project).


The tutorial also assumes a Swing project as the starting base. 
Another very narrow perspective. If the user has the intention to 
create a JavaFX only project, it would be a MAVEN or GRADLE project. 
Why not start there or have a separate tutorial for that kind of project.


To broaden the usefulness and effectiveness, create separate sections 
(or tutorials) for Linux/Mac with the appropriate visuals and references.


The tone of the tutorial seems to assume an experienced Java 
programmer, already familiar with NetBeans and how projects are 
arranged and constructed. Bad mistake. That is a very short sighted 
assumption.


On the good side, the step by step instruction through the menus is 
helpful, as is the visuals (see notes above). However, the project 
subject is overly simple and barely functional. In other places on 
your web site, the Address Book subject is used for instruction on 
other subjects. Let me suggest it is used more often, in that it has a 
broader functionality that would cover more potential questions than 
this one window, one function example. The need for more examples 
and/or code modules would be reduced significantly.


If you have questions or need more information, please feel free to 
contact me.


Regards,
Ken Standard
ad...@qso.com
(985) 208-4236

Re: Netbeans compiles Project, but cannot load it

[Ernie Rael]

Within a few days (maybe today) there will be a patch release to fix 
some severe Gradle issues. Suggest trying that and see how things go.



distributed directly on our NetBeans 16 Update Center.
There are no other binaries planned for this release.

Apache NetBeans 16-u1 contains only two module updates:

 - org.netbeans.modules.gradle
 - org.netbeans.modules.gradle.java

The list of PR-s in this release above NetBeans 16:

https://github.com/apache/netbeans/milestone/21?closed=1


-ernie

On 23/01/03 9:30 AM, Ulrich Mayring wrote:
I forgot to mention that deleting the Netbeans Cache did not help. 
What does work sometimes (but not all of the time!) is when I create a 
new subproject in a different subdirectory. However, when I rename 
that to the name of the problematic subproject, then things break again.


So it seems that some names of problematic subprojects are somehow 
cached somewhere and probably in a corrupted way. What do I need to 
delete here to get back the ability to use any name I want for my 
subproject?


These are not especially weird names, for example app-api or app-api2 
work, but app-ui or app-gui don't. There must be some corrupted files.


Kind regards,

Ulrich


Am 03.01.23 um 13:31 schrieb Ulrich Mayring:

Hi all,

I have a Gradle 7.5 based multi-project build on Netbeans 16 with 
Java 17. One of my subprojects cannot be loaded, the IDE displays 
"Priming Build required", but when I click on "resolve", then nothing 
much happens (there is some messages "preparing priming build" for a 
short time).


The whole project including the one subproject builds flawlessly from 
the command line and from within the IDE. But I cannot open the 
problematic subproject, the IDE does not initialise it at all and, 
for example, does not recognize the imports, so all my code is red.


I have tried to start the IDE with Java 11 and I have tried to set 
Tools/Options/Java/Gradle to 7.5, but to avail.


The problematic subproject is actually visible in the IDE, but the 
build.gradle could not be parsed, which I can see from the name of 
the project, which is set to "foo" in the build.gradle like this:


description = 'foo'

This should display the project as "foo" in the IDE, if the 
build.gradle could be parsed. But it displays as the name of the 
filesystem folder it is located in, so it's pretty clear that the 
build.gradle could not be parsed and thus all my dependencies could 
not be loaded.


I've had this before a couple of times, but whenever I could "clean 
build" the project, the problem usually went away - sometimes an IDE 
restart was required.


Thanks in advance for any pointers,

Ulrich

-
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



-
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




-
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

File's run/debug doesn't work with --enable-preview

[Ernie Rael]

With JDK19/NB16, maven project, I can compile and the run/debug buttons 
work. But if I use Run/debug file, error because preview not enabled.


Ah, I finally see that the file actions, in project properties, didn't 
have --enable preview. Guess I must have added them to the actions for 
run/debug project, a long while ago.


I've got --enable preview in the *pom*, in *Project > Properties > Run > 
VM Options*, and now in *4 of the Actions* and maybe somewhere that I 
don't remember.


Is there some way to set things up so that I only have to set 
*--enable-preview* in one place?


-ernie

Re: What happened with Netbeans bug reporting?

[Ernie Rael]

On 22/12/07 7:05 AM, Neil C Smith wrote:

On Mon, 5 Dec 2022 at 22:28, Greenberg, Gary  wrote:

It used to be a feature that allows to submit exceptions along with some other 
info to Netbeans development team with a
click of a button.
Now you can only open notification and view the exception stack trace and 
that’s it. Exceptions do occur regularly and I
mostly ignore them. I did raise this question sometime ago and was told that 
now I need to open JIRA ticket manually to
submit any NB problem and supply code samples in Apache GIT.

The infrastructure for accepting issues in that way no longer exists.
It never existed at Apache.

NetBeans issues should be reported in the GitHub issue queue.  There
is no JIRA access for users.  You'll need a GitHub account to report -
https://github.com/apache/netbeans/issues

See also https://netbeans.apache.org/participate/report-issue.html



IMHO it is bad idea and not acceptable for many Netbeans users because

It does take more time, which is hard to allocate in busy development schedule.

You need to balance that with the time needed for the volunteer
NetBeans community, many of whom also have a busy development
schedule, to assess any reported issue.  Yes, you may now need to
spend more time in order to provide all of the required information to
submit an issue.  It's better than incomplete issue reports
languishing completely ignored.  IMHO that is an even worse and
unacceptable situation for everyone.


IIRC, the automated submission of exceptions accumulated same/similar 
exceptions into a single issue. That allowed frequently occurring 
exceptions to bubble to the top. It was more than just a bunch of 
scattered reports.


-ernie


Best wishes,

Neil

-
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




-
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

dialogs with null parents and other misplaced dialogs

[Ernie Rael]

In NB-16-rc, there's a PR: "Dialog parent should not be null" 
https://github.com/apache/netbeans/pull/4739


Any test/feedback of changed dialogs' behavior, and observations for 
dialogs that are misplaced, appreciated.


Before this change, these dialogs would show up in the center of Java's 
default screen, with this change they typically show up over the 
activated button (mouse click). null should never be used as a dialog 
parent in NetBeans because in a multi-screen environment it often goes 
to the wrong spot. This PR cleans up a subset of the problems, 
specifically with JOptionPane/JFileChooser. Find some of the dialogs at


- Tools > Templates > Add
- Profile > InsertProfilingPoint > Next > Browse
- Options > Editor > Spellchecker > Add > Browse
- get to a file that has attachSources button, click it > AddZip/Folder
  for example, navigate to a library, click on a class file

I still occasionally see dialogs that show up on the default screen. 
They should either be on/around NetBeans' main window or some active 
window. Often times can't replicate the problem.


I've opened a discussion, Dialog placement and misplaced dialog observations
https://github.com/apache/netbeans/discussions/4887, to collect 
information on dialogs that are misplaced or aren't placed very well. 
I'm hoping to address some of them for NB-17. If you come across any 
problems/issues with dialog placement, you're welcome to add a comment 
to this discussion;.


-ernie


-
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

Re: How to add Xlint compiler options?

[Ernie Rael]

I was using a java project built by ant.

What kind of project is this? I don't use javascript. The messages you 
showed about -Xlint:* come from the java compiler, AFAICT. If your 
projects don't have any java code, then where does it come from? 
Fortunately, you can ignore those warnings until you figure out where 
the java source is coming from.


-ernie

On 22/10/26 2:56 PM, djvanpeur...@gmail.com wrote:


Hello Ernie et. al.,

I don’t see the referenced paths (Project > properties > Build > 
Compiling) in NetBeans 14?


There is no “Project” dropdown on the ribbon bar (or under any of these).

If I go to the specific Project and right-click on Properties, I don’t 
see any Build or Compiling branches.


Sorry … I need more help on this.

Sincerely,

David

*From:* Ernie Rael 
*Sent:* Wednesday, October 26, 2022 1:40 PM
*To:* users@netbeans.apache.org
*Subject:* Re: How to add Xlint compiler options?

On 22/10/26 1:29 PM, djvanpeur...@gmail.com wrote:

I’m running NetBeans 14.

I have added some plugins and I’m seeing these messages.

Note: Some input files use or override a deprecated API.

Note: Recompile with -Xlint:deprecation for details.

Note: Some input files use unchecked or unsafe operations.

Note: Recompile with -Xlint:unchecked for details.

How do I get these into the compilation step?

Try: Project > properties > Build > Compiling

At the bottom, you'll see: "Additional Compiler Options"

-ernie

Sincerely,

David

Re: How to add Xlint compiler options?

[Ernie Rael]

On 22/10/26 1:29 PM, djvanpeur...@gmail.com wrote:


I’m running NetBeans 14.

I have added some plugins and I’m seeing these messages.

Note: Some input files use or override a deprecated API.

Note: Recompile with -Xlint:deprecation for details.

Note: Some input files use unchecked or unsafe operations.

Note: Recompile with -Xlint:unchecked for details.

How do I get these into the compilation step?


Try: Project > properties > Build > Compiling

At the bottom, you'll see: "Additional Compiler Options"

-ernie


Sincerely,

David

Re: jre version issues

[Ernie Rael]

On 22/10/25 12:01 AM, Amitabh Choudhury wrote:

Hello Alexander and Ernie

Thanks for the reply.
Was able to get into the System variable of Windows 11 and found that 
"Path" started with "C:\Program Files (x86)\Common 
Files\Oracle\Java\javapath".
Even though 1.18 was installed and placed in "Path" at the end, the 
x86 javapath was being picked up and had version 1.8.


Glad you got things going.

I'm guessing that means jdk18 was not installed with the oracle windows 
installer. Keep in mind if/when you update to a newer jdk you may need 
to fiddle with your path.


-ernie

deleted the string from "Path" and was able to get the app 
(GabellatteMVPn) running.


Meanwhile got aware of (https://javaalmanac.io/bytecode/versions/). TQ 
Ernie.


Warm regards

Amitabh Choudhury

On Tue, Oct 25, 2022 at 10:49 AM Ernie Rael  wrote:

On 22/10/24 10:14 PM, Ernie Rael wrote:
> On 22/10/24 9:50 PM, Amitabh Choudhury wrote:
>> Hi
>>
>> I am not exposed to under the hood of netbeans settings, hence
>> require hand-holding.
>>
>> Application is working fine in Netbeans IDE. But when I use a
>> shortcut link to the jar file or try to run in the console, I
get the
>> following error message.
>> ~
>> Error: A JNI error has occurred, please check your installation
and
>> try again
>> Exception in thread "main" java.lang.UnsupportedClassVersionError:
>> gabellattemvpn/GabellatteMVPn has been compiled by a more recent
>> version of the Java Runtime (class file version 62.0), this
version
>> of the Java Runtime only recognizes class file versions up to 52.0
>> ~
>
> Taking a look at https://javaalmanac.io/bytecode/versions/
>
> I see that 52 is java 8, 62 is java 18.
>
> Your jre is java 8 (presumably this is the default jre on your
windows
> system), you compiled it (assuming GabellatteMVPn is yours), on
java 18.
>
> I'd be inclined to update your system with a newer jre. The
> alternative is to compile your program to run on java 8.
>
> -ernie

And of course, you can use the jdk/jre that NetBeans runs on to
execute
your jar file.

-ernie

>
>>
>> Please inform what changes have to be done and where
(Netbeans/Console).
>>
>> I am using MS Windows 11(or 10).
>>
>> Warm regards
>>
>> Amitabh Choudhury
>>
>>
>>
>
>
>
-
> 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
>


-
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

Re: jre version issues

[Ernie Rael]

On 22/10/24 10:14 PM, Ernie Rael wrote:

On 22/10/24 9:50 PM, Amitabh Choudhury wrote:

Hi

I am not exposed to under the hood of netbeans settings, hence 
require hand-holding.


Application is working fine in Netbeans IDE. But when I use a 
shortcut link to the jar file or try to run in the console, I get the 
following error message.

~
Error: A JNI error has occurred, please check your installation and 
try again
Exception in thread "main" java.lang.UnsupportedClassVersionError: 
gabellattemvpn/GabellatteMVPn has been compiled by a more recent 
version of the Java Runtime (class file version 62.0), this version 
of the Java Runtime only recognizes class file versions up to 52.0

~


Taking a look at https://javaalmanac.io/bytecode/versions/

I see that 52 is java 8, 62 is java 18.

Your jre is java 8 (presumably this is the default jre on your windows 
system), you compiled it (assuming GabellatteMVPn is yours), on java 18.


I'd be inclined to update your system with a newer jre. The 
alternative is to compile your program to run on java 8.


-ernie


And of course, you can use the jdk/jre that NetBeans runs on to execute 
your jar file.


-ernie





Please inform what changes have to be done and where (Netbeans/Console).

I am using MS Windows 11(or 10).

Warm regards

Amitabh Choudhury






-
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




-
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

Re: jre version issues

[Ernie Rael]

On 22/10/24 9:50 PM, Amitabh Choudhury wrote:

Hi

I am not exposed to under the hood of netbeans settings, hence require 
hand-holding.


Application is working fine in Netbeans IDE. But when I use a shortcut 
link to the jar file or try to run in the console, I get the following 
error message.

~
Error: A JNI error has occurred, please check your installation and 
try again
Exception in thread "main" java.lang.UnsupportedClassVersionError: 
gabellattemvpn/GabellatteMVPn has been compiled by a more recent 
version of the Java Runtime (class file version 62.0), this version of 
the Java Runtime only recognizes class file versions up to 52.0

~


Taking a look at https://javaalmanac.io/bytecode/versions/

I see that 52 is java 8, 62 is java 18.

Your jre is java 8 (presumably this is the default jre on your windows 
system), you compiled it (assuming GabellatteMVPn is yours), on java 18.


I'd be inclined to update your system with a newer jre. The alternative 
is to compile your program to run on java 8.


-ernie



Please inform what changes have to be done and where (Netbeans/Console).

I am using MS Windows 11(or 10).

Warm regards

Amitabh Choudhury






-
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

Re: Design View throwing exception with NetBeans 12

[Ernie Rael]

Could it have something to do with this?

   https://github.com/emilianbold/nb-apache-form-binding

-ernie

On 10/2/22 3:19 PM, Craig A Garrett wrote:


Hi, I have a NetBeans Platform-based application, originally built in 
NetBeans 8.2, and migrated to NetBeans 12 and OpenJDK 11 and using 
Maven for dependencies and building. We do have some components that 
use BeansBinding, and I’ve installed a beansbinding NBM.


Here’s the problem: on some Swing components (but not all), opening 
the class in NetBeans (which pulls up the Design View) results in 
NetBeans 12 giving the following exception and preventing me from 
using the Design View to edit the component.


Error in loading component: “No such property exists in the component”

org.netbeans.modules.form.PersistenceException: unknown binding property

GandalfPersistenceManager.loadBindingProperties line 2589

I have made sure that all projects have been opened and compiled, but 
the problem persists. I haven’t had any luck finding references to 
this error elsewhere.


Suggestions?

Thanks!

Craig




-
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

Re: [platform] DialogDescriptor/NotifyDescriptor and multiple screens

[Ernie Rael]

There's an open PR, Check for EnvVar/SysProp for preferred screen 
https://github.com/apache/netbeans/pull/4714, which references this thread.


In particular, I've identified two types of "dialog goes to wrong screen",

1. Random, don't know how to reproduce
2. Consistent, due to not specifying parent when dialog is opened

If any one knows how to reproduce 1. with higher probability, I hope 
you'll share...


-ernie


On 4/22/22 8:36 AM, Patrik Karlström wrote:

Thanks Neil,
inspired by that I created a small example and stepped it back all the 
way to RELEASE90.
My problem occured all the way, so no recent regression involved in my 
issue.


Digging a bit further though I realised my problem stemmed from lack 
of window focus
(and maybe some other yet to be confirmed situations) when displaying 
dialogs.

In combination with DropTargetDropEvent that is.

So, a multi monitor setup is not the cause of the problem.

Depending on how a file is dragged and dropped from other 
applications, this problem occurs, or not.
On Windows it's possible to drag a file from Explorer without Explorer 
gaining focus, getting activated.

Knowing that, I solved it with the following code in my Drop listener:
SwingUtilities.invokeLater(() -> {
SwingUtilities.getWindowAncestor(MapTopComponent.this).requestFocus();
    SwingUtilities.invokeLater(() -> {
        //Display the dialog
    });
});

But, back on linux, the problem was still there.
It was because of the focus stealing prevention setting of KDE 
Plasma's kwin.

For good or bad, I resorted to the sledge hammer awt.Robot and created
public static void requestWindowFocusAndRun(Component c, Runnable r)

https://github.com/trixon/almond/blob/7c22ec5888557ff1afc991e701c84a8f212fe526/util/src/main/java/se/trixon/almond/util/swing/SwingHelper.java#L248


Unless it's possible to add a notify(descriptor, parent) to 
DialogDisplayer I don't think of this as a NetBeans problem but 
perhaps NB can provide a good solution, or better yet, it might be 
solved in swing/awt.


/Patrik


Den ons 20 apr. 2022 kl 10:43 skrev Neil C Smith :

On Tue, 19 Apr 2022 at 08:04, Patrik Karlström 
wrote:
>
> I'm trying to find a way to improve my platform applications'
handling of dialogs.
> Developed on a laptop, I was not aware that dialogs did not
follow the main window, instead they are displayed on the main screen.
>
> I use descriptors and display them with
> DialogDisplayer.getDefault().notify(d)
>
> And I can't find a way to specify the dialog parent with that
approach.
> I did find createDialog(DialogDescriptor descriptor, Frame
parent) but I'm not really sure what I should do with the returned
dialog since I want an easy way to get the clicked button, if any.
>
> What is the best way to create and manage dialog wrt parents in
a platform app?

IIRC the default implementation is in core.windows. I'd step through
in the debugger and see what it's doing, because I don't think that's
the expected behaviour.  Vague recollection of this being mentioned
with regards to the IDE too fairly recently.


https://github.com/apache/netbeans/blob/master/platform/core.windows/src/org/netbeans/core/windows/services/DialogDisplayerImpl.java

Best wishes,

Neil

-
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




-
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

Gradle: how to get IDE pickup source from open project

[Ernie Rael]

(Apologies if you see a duplicate)

Using NB-15, jdk-11

I have a library on MavenCentral (published from a gradle project), that 
I use in another project. I'm creating new version of that library. I'm 
into problems and peculiarities.


1. NetBeans remembered some method signatures that were not valid
2. In debugger opened source from snapshot jar file, rather than from
   open file from open project

1 seemed like a clear error; found a dance that got rid of the problem, 
see below.


If 2 is correct, how can I set things up during dev/debug to get around it?

** Some notes on 1. **

I've created a v1.1-SNAPSHOT and publishToMavenLocal.

I've got the following in BuildSrc in a project that uses the snapshot

   repositories {
    mavenCentral()
    mavenLocal()
    // maven { url
   'https://oss.sonatype.org/content/repositories/snapshots/' }
   }

I use mavenLocal to access the snapshot..

In NetBeans, working on a project that uses the snapshot, although I can 
do a clean build, I had error indicators referring to some signatures 
that are not valid in the snapshot. I tried closing NetBeans and 
clearing it's cache, restart NetBeans. What finally worked (or at least 
seemed to be related) was toggling off


   Tools > Options > Java > Gradle > Experimental > Use on-disk cache

followed by close NB, clear NB cache, restart NB. Perhaps a button: 
"clear NetBeans gradle cache" would be a better UI, at least until the 
cache is reliable. How flakey is the experimental use on-disk cache?


-ernie


-
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

Re: Gradle plugin to merge @ServiceProvider namedservices

[Ernie Rael]

FYI: https://plugins.gradle.org/plugin/com.raelity.namedservices-merge

-ernie

On 9/16/22 7:53 AM, Ernie Rael wrote:

On 9/16/22 6:27 AM, Jaroslav Tulach wrote:


Something like 
https://imperceptiblethoughts.com/shadow/configuration/merging/#merging-service-descriptor-files, 
right?

-jt


Yes. But narrowly targeted and considers the position metadata.

See usage at: 
https://sourceforge.net/p/jvi/raelity-gradle/ci/default/tree/


-ernie

PS Thanks for the link, I came across shadow when I was first looking 
at gradle uber-jar. I was confused enough, decided shadow was more 
than I wanted to get into with my first steps. It makes some sense 
now. Might be shadow/namedservice-merge interoperability issues, let's 
see if there are any issue reports :-)







16. 9. 2022 v 3:35, Ernie Rael :

Slightly off topic.

I work on a plain old java project that uses 
org.openide.util.lookup's @ServiceProvider. I've converted that 
ancient project (which ends up in a NetBeans plugin) to use gradle 
instead of ant. While doing this, I've split the sources into 
separate sub-projects and combine some of them into a single jar. 
There's a need to combine namedservices data into the single jar.


I've built a gradle plugin to handle this. The project's VCS has a 
readme that has usage instructions. I'm a gradle newbie and this is 
my first plugin, any comments appreciated.


Planning to make this available in the gradle plugin portal. I guess 
I'll tag it with netbeans although it's only loosely related; any 
other suggestions for publishing. Even if it's not used by others, 
it helps release an easily buildable project :-)


-ernie

BTW. I'm currently doing

  buildscript {
   dependencies {
   classpath
  files(rootDir.toPath().resolve('../namedservices-merge-1.0.0.jar'))
   }
  }

  apply plugin: 'com.raelity.namedservices-merge'

and I think (hope) that once it's in the gradle portal I can simply do

  id 'com.raelity.namedservices-merge'




-
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





-
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

Re: Netbeans Application/Maven configuration and memory issue

[Ernie Rael]

Note the:

   maven-default-http-blocker: (http://0.0.0.0/)

You can google about that. Fix the issue you have, or use an older 
version of maven


-ernie

On 9/18/22 9:57 AM, Amitabh Choudhury wrote:

Hi

Have installed Netbeans IDE 14.
Started new "Netbeans Application" project (Maven)
Following is a snapshot of build error log messages.
Mostly seems to be Build time memory issues.
Please help to configure Netbeans IDE 14 to build and run "Netbeans 
Application" Platform projects.


Thanks.

~~
Building BasicNetbeansApp1-app 1.0-SNAPSHOT
--[ nbm-application ]---
Downloading from maven-default-http-blocker: 
http://0.0.0.0/org/netbeans/cluster/platform/dev-SNAPSHOT/maven-metadata.xml
Could not transfer metadata 
org.netbeans.cluster:platform:dev-SNAPSHOT/maven-metadata.xml from/to 
maven-default-http-blocker (http://0.0.0.0/): transfer failed for 
http://0.0.0.0/org/netbeans/cluster/platform/dev-SNAPSHOT/maven-metadata.xml
Downloading from maven-default-http-blocker: 
http://0.0.0.0/org/netbeans/modules/org-netbeans-core-startup-base/dev-SNAPSHOT/maven-metadata.xml
Could not transfer metadata 
org.netbeans.modules:org-netbeans-core-startup-base:dev-SNAPSHOT/maven-metadata.xml 
from/to maven-default-http-blocker (http://0.0.0.0/): transfer failed 
for 
http://0.0.0.0/org/netbeans/modules/org-netbeans-core-startup-base/dev-SNAPSHOT/maven-metadata.xml
org.netbeans.modules:org-netbeans-core-startup-base:dev-SNAPSHOT/maven-metadata.xmlfailed 
to transfer from http://0.0.0.0/ during a previous attempt. This 
failure was cached in the local repository and resolution will not be 
reattempted until the update interval of maven-default-http-blocker 
has elapsed or updates are forced. Original error: Could not transfer 
metadata 
org.netbeans.modules:org-netbeans-core-startup-base:dev-SNAPSHOT/maven-metadata.xml 
from/to maven-default-http-blocker (http://0.0.0.0/): transfer failed 
for 
http://0.0.0.0/org/netbeans/modules/org-netbeans-core-startup-base/dev-SNAPSHOT/maven-metadata.xml
Downloading from maven-default-http-blocker: 
http://0.0.0.0/org/netbeans/modules/org-netbeans-core-startup/dev-SNAPSHOT/maven-metadata.xml
Could not transfer metadata 
org.netbeans.modules:org-netbeans-core-startup:dev-SNAPSHOT/maven-metadata.xml 
from/to maven-default-http-blocker (http://0.0.0.0/): transfer failed 
for 
http://0.0.0.0/org/netbeans/modules/org-netbeans-core-startup/dev-SNAPSHOT/maven-metadata.xml
org.netbeans.modules:org-netbeans-core-startup:dev-SNAPSHOT/maven-metadata.xmlfailed 
to transfer from http://0.0.0.0/ during a previous attempt. This 
failure was cached in the local repository and resolution will not be 
reattempted until the update interval of maven-default-http-blocker 
has elapsed or updates are forced. Original error: Could not transfer 
metadata 
org.netbeans.modules:org-netbeans-core-startup:dev-SNAPSHOT/maven-metadata.xml 
from/to maven-default-http-blocker (http://0.0.0.0/): transfer failed 
for 
http://0.0.0.0/org/netbeans/modules/org-netbeans-core-startup/dev-SNAPSHOT/maven-metadata.xml

...
...
...

BUILD FAILURE

Total time:  04:00 min
Finished at: 2022-09-10T10:41:09+05:30

Failed to execute goal on project BasicNetbeansApp1-app: Could not 
resolve dependencies for project 
com.acite.learn.samples:BasicNetbeansApp1-app:nbm-application:1.0-SNAPSHOT: 
Failed to collect dependencies at 
com.acite.learn.samples:BasicNetbeansApp1-branding:jar:1.0-SNAPSHOT: 
Failed to read artifact descriptor for 
com.acite.learn.samples:BasicNetbeansApp1-branding:jar:1.0-SNAPSHOT: 
Could not transfer artifact 
com.acite.learn.samples:BasicNetbeansApp1-branding:pom:1.0-SNAPSHOT 
from/to maven-default-http-blocker (http://0.0.0.0/): Blocked mirror 
for repositories: [netbeans 
(http://bits.netbeans.org/nexus/content/groups/netbeans/, default, 
releases+snapshots)] -> [Help 1]


To see the full stack trace of the errors, re-run Maven with the -e 
switch.

Re-run Maven using the -X switch to enable full debug logging.
~~~




-
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

Re: Gradle plugin to merge @ServiceProvider namedservices

[Ernie Rael]

On 9/16/22 6:27 AM, Jaroslav Tulach wrote:


Something like 
https://imperceptiblethoughts.com/shadow/configuration/merging/#merging-service-descriptor-files, 
right?

-jt


Yes. But narrowly targeted and considers the position metadata.

See usage at: https://sourceforge.net/p/jvi/raelity-gradle/ci/default/tree/

-ernie

PS Thanks for the link, I came across shadow when I was first looking at 
gradle uber-jar. I was confused enough, decided shadow was more than I 
wanted to get into with my first steps. It makes some sense now. Might 
be shadow/namedservice-merge interoperability issues, let's see if there 
are any issue reports :-)







16. 9. 2022 v 3:35, Ernie Rael :

Slightly off topic.

I work on a plain old java project that uses 
org.openide.util.lookup's @ServiceProvider. I've converted that 
ancient project (which ends up in a NetBeans plugin) to use gradle 
instead of ant. While doing this, I've split the sources into 
separate sub-projects and combine some of them into a single jar. 
There's a need to combine namedservices data into the single jar.


I've built a gradle plugin to handle this. The project's VCS has a 
readme that has usage instructions. I'm a gradle newbie and this is 
my first plugin, any comments appreciated.


Planning to make this available in the gradle plugin portal. I guess 
I'll tag it with netbeans although it's only loosely related; any 
other suggestions for publishing. Even if it's not used by others, it 
helps release an easily buildable project :-)


-ernie

BTW. I'm currently doing

  buildscript {
   dependencies {
   classpath
  files(rootDir.toPath().resolve('../namedservices-merge-1.0.0.jar'))
   }
  }

  apply plugin: 'com.raelity.namedservices-merge'

and I think (hope) that once it's in the gradle portal I can simply do

  id 'com.raelity.namedservices-merge'




-
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

Re: Gradle plugin to merge @ServiceProvider namedservices

[Ernie Rael]

Doh! Left something out

I've built a gradle plugin to handle this. The project's VCS has a 
readme that has usage instructions. I'm a gradle newbie and this is my 
first plugin, any comments appreciated.


See usage at: https://sourceforge.net/p/jvi/raelity-gradle/ci/default/tree/

-ernie

On 9/15/22 6:35 PM, Ernie Rael wrote:

Slightly off topic.

I work on a plain old java project that uses org.openide.util.lookup's 
@ServiceProvider. I've converted that ancient project (which ends up 
in a NetBeans plugin) to use gradle instead of ant. While doing this, 
I've split the sources into separate sub-projects and combine some of 
them into a single jar. There's a need to combine namedservices data 
into the single jar.


I've built a gradle plugin to handle this. The project's VCS has a 
readme that has usage instructions. I'm a gradle newbie and this is my 
first plugin, any comments appreciated.


Planning to make this available in the gradle plugin portal. I guess 
I'll tag it with netbeans although it's only loosely related; any 
other suggestions for publishing. Even if it's not used by others, it 
helps release an easily buildable project :-)


-ernie

BTW. I'm currently doing

   buildscript {
        dependencies {
        classpath
files(rootDir.toPath().resolve('../namedservices-merge-1.0.0.jar'))
        }
   }

   apply plugin: 'com.raelity.namedservices-merge'

and I think (hope) that once it's in the gradle portal I can simply do

   id 'com.raelity.namedservices-merge'


-
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





-
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

Gradle plugin to merge @ServiceProvider namedservices

[Ernie Rael]

Slightly off topic.

I work on a plain old java project that uses org.openide.util.lookup's 
@ServiceProvider. I've converted that ancient project (which ends up in 
a NetBeans plugin) to use gradle instead of ant. While doing this, I've 
split the sources into separate sub-projects and combine some of them 
into a single jar. There's a need to combine namedservices data into the 
single jar.


I've built a gradle plugin to handle this. The project's VCS has a 
readme that has usage instructions. I'm a gradle newbie and this is my 
first plugin, any comments appreciated.


Planning to make this available in the gradle plugin portal. I guess 
I'll tag it with netbeans although it's only loosely related; any other 
suggestions for publishing. Even if it's not used by others, it helps 
release an easily buildable project :-)


-ernie

BTW. I'm currently doing

   buildscript {
    dependencies {
    classpath
   files(rootDir.toPath().resolve('../namedservices-merge-1.0.0.jar'))
    }
   }

   apply plugin: 'com.raelity.namedservices-merge'

and I think (hope) that once it's in the gradle portal I can simply do

   id 'com.raelity.namedservices-merge'


-
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

Re: gradle: any way to specify JAVA_HOME for use with gradle?

[Ernie Rael]

On 9/12/22 7:03 PM, Laszlo Kishalmi wrote:
Try to run NetBeans on Java 11. So the NB JDK17 do not force to use 
higher Gradle version than your project needs.


Right, that does work.

And never thought I praise the existence of nbjavac...

Thanks for response,
-ernie



On 9/11/22 19:41, Ernie Rael wrote:

Thanks Moacir and Scott,

I ended setting org.gradle.java.home in gradle.properties. command 
line "gw clean build" works. Was getting exceptions using toolchain, 
possibly because of my use of non-standard compiler. I'd prefer 
toolchain and avoid specifying path in gradle.properties.


So I can use jdk-17 at the command line with gradle and it uses 
jdk-11 and everything works OK.


But running NetBeans with jdk-17 has issues. It doesn't pick up 
properties correctly and sets the wrong sourceTarget version. But 
clean/build does work.


-ernie

On 9/11/22 9:10 AM, Scott Palmer wrote:
Perhaps best way to deal with this is to use the Gradle feature to 
set the tool chain version. In your build.gradle file do this:


|java {toolchain {languageVersion =JavaLanguageVersion.of(17)}}|

See: https://docs.gradle.org/current/userguide/toolchains.html#header

Scott


On Sep 10, 2022, at 11:47 AM, Ernie Rael  wrote:

Thanks Davide, but I wasn't clear about what's going on.

Let's say I run NetBeans with jdk-17. I have some gradle projects 
that require jdk-11.


So, while running NetBeans with jdk-17, I'd like to work on the 
gradle projects that require jdk-11.


I set the gradle project's

  ProjectProperties > Build > Compile > JavaPlatform: JDK 11

but that doesn't appear to do anything useful. In addition, I don't 
see where this property is getting saved; there's no 
project.properties file, and VCS didn't show any changes.


NetBeans says it tries to understand the gradle build for getting 
information. When I do a CleanAndBuild there are errors, although 
jdk-11 is set for the project.


-ernie

On 9/9/22 11:54 PM, Davide Grandi wrote:

I run nb with

SETLOCAL
SET JAVA_HOME=...
START C:\sviluppo\programs\netbeans\14\bin\netbeans64.exe^
 --jdkhome "%JAVA_HOME%"^
 --userdir "C:\sviluppo\user.home\netbeans\14\userdir"^
 --cachedir "C:\sviluppo\user.home\netbeans\14\cachedir"^
 --console suppress^
 -J-Duser.home=C:\sviluppo\user.home^
 -J-Xms4096m^
 -J-Xmx4096m

(because I've multiple jdk but none of them _installed_, all 
uncompressed)


But there's also a (commented) variable on nb folder :
    ./etc/netbeans.conf
--
# Default location of JDK:
# (set by installer or commented out if launcher should decide)
#
# It can be overridden on command line by using --jdkhome 
# Be careful when changing jdkhome.
# There are two NetBeans launchers for Windows (32-bit and 64-bit) 
and
# installer points to one of those in the NetBeans application 
shortcut

# based on the Java version selected at installation time.
#
#netbeans_jdkhome="/path/to/jdk"
--

bye,

    Davide

On 10/09/2022 02:42, Ernie Rael wrote:

I must run NB with jdk-11 (or jdk-15 but not the latest LTS).





-
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




-
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



-
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





-
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

Re: gradle: any way to specify JAVA_HOME for use with gradle?

[Ernie Rael]

Thanks Moacir and Scott,

I ended setting org.gradle.java.home in gradle.properties. command line 
"gw clean build" works. Was getting exceptions using toolchain, possibly 
because of my use of non-standard compiler. I'd prefer toolchain and 
avoid specifying path in gradle.properties.


So I can use jdk-17 at the command line with gradle and it uses jdk-11 
and everything works OK.


But running NetBeans with jdk-17 has issues. It doesn't pick up 
properties correctly and sets the wrong sourceTarget version. But 
clean/build does work.


-ernie

On 9/11/22 9:10 AM, Scott Palmer wrote:
Perhaps best way to deal with this is to use the Gradle feature to set 
the tool chain version. In your build.gradle file do this:


|java {toolchain {languageVersion =JavaLanguageVersion.of(17)}}|

See: https://docs.gradle.org/current/userguide/toolchains.html#header

Scott


On Sep 10, 2022, at 11:47 AM, Ernie Rael  wrote:

Thanks Davide, but I wasn't clear about what's going on.

Let's say I run NetBeans with jdk-17. I have some gradle projects 
that require jdk-11.


So, while running NetBeans with jdk-17, I'd like to work on the 
gradle projects that require jdk-11.


I set the gradle project's

  ProjectProperties > Build > Compile > JavaPlatform: JDK 11

but that doesn't appear to do anything useful. In addition, I don't 
see where this property is getting saved; there's no 
project.properties file, and VCS didn't show any changes.


NetBeans says it tries to understand the gradle build for getting 
information. When I do a CleanAndBuild there are errors, although 
jdk-11 is set for the project.


-ernie

On 9/9/22 11:54 PM, Davide Grandi wrote:

I run nb with

SETLOCAL
SET JAVA_HOME=...
START C:\sviluppo\programs\netbeans\14\bin\netbeans64.exe^
 --jdkhome "%JAVA_HOME%"^
 --userdir "C:\sviluppo\user.home\netbeans\14\userdir"^
 --cachedir "C:\sviluppo\user.home\netbeans\14\cachedir"^
 --console suppress^
 -J-Duser.home=C:\sviluppo\user.home^
 -J-Xms4096m^
 -J-Xmx4096m

(because I've multiple jdk but none of them _installed_, all 
uncompressed)


But there's also a (commented) variable on nb folder :
    ./etc/netbeans.conf
--
# Default location of JDK:
# (set by installer or commented out if launcher should decide)
#
# It can be overridden on command line by using --jdkhome 
# Be careful when changing jdkhome.
# There are two NetBeans launchers for Windows (32-bit and 64-bit) and
# installer points to one of those in the NetBeans application shortcut
# based on the Java version selected at installation time.
#
#netbeans_jdkhome="/path/to/jdk"
--

bye,

    Davide

On 10/09/2022 02:42, Ernie Rael wrote:

I must run NB with jdk-11 (or jdk-15 but not the latest LTS).





-
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




-
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

Re: gradle: any way to specify JAVA_HOME for use with gradle?

[Ernie Rael]

Thanks Davide, but I wasn't clear about what's going on.

Let's say I run NetBeans with jdk-17. I have some gradle projects that 
require jdk-11.


So, while running NetBeans with jdk-17, I'd like to work on the gradle 
projects that require jdk-11.


I set the gradle project's

   ProjectProperties > Build > Compile > JavaPlatform: JDK 11

but that doesn't appear to do anything useful. In addition, I don't see 
where this property is getting saved; there's no project.properties 
file, and VCS didn't show any changes.


NetBeans says it tries to understand the gradle build for getting 
information. When I do a CleanAndBuild there are errors, although jdk-11 
is set for the project.


-ernie

On 9/9/22 11:54 PM, Davide Grandi wrote:

I run nb with

SETLOCAL
SET JAVA_HOME=...
START C:\sviluppo\programs\netbeans\14\bin\netbeans64.exe^
 --jdkhome "%JAVA_HOME%"^
 --userdir  "C:\sviluppo\user.home\netbeans\14\userdir"^
 --cachedir "C:\sviluppo\user.home\netbeans\14\cachedir"^
 --console suppress^
 -J-Duser.home=C:\sviluppo\user.home^
 -J-Xms4096m^
 -J-Xmx4096m

(because I've multiple jdk but none of them _installed_, all 
uncompressed)


But there's also a (commented) variable on nb folder :
    ./etc/netbeans.conf
--
# Default location of JDK:
# (set by installer or commented out if launcher should decide)
#
# It can be overridden on command line by using --jdkhome 
# Be careful when changing jdkhome.
# There are two NetBeans launchers for Windows (32-bit and 64-bit) and
# installer points to one of those in the NetBeans application shortcut
# based on the Java version selected at installation time.
#
#netbeans_jdkhome="/path/to/jdk"
--

bye,

    Davide

On 10/09/2022 02:42, Ernie Rael wrote:

I must run NB with jdk-11 (or jdk-15 but not the latest LTS).





-
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

Re: How to get a reference to CloneableEditor or JScrollPane of the Editor

[Ernie Rael]

On 9/9/22 7:06 PM, Moacir da Roza wrote:
Hi, there is a way to get a reference of JScrollPane of a 
CloneableEditor i would like to attach a listener on it.]


SwingUtilities.getAncestorOfClass(javax.swing.JScrollPane.class, 
cloneableEditor.getEditorPane())




Thanks
--
Moacir R.F
Desenvolvedor de Softwares

http://www.moacirrf.com.br




-
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

gradle: any way to specify JAVA_HOME for use with gradle?

[Ernie Rael]

I use gradle 6.8.x with some projects because of gradle issue

   https://github.com/gradle/gradle/issues/15942
   Support for java based compilers like Eclipse Compiler...

I use frgaal. (any idea if this gradle issue is being addressed in 
gradle 8 (or sooner)?)


Set ProjectProperties > Build > Compile > JavaPlatform: JDK 11, 
restarted with 17, couldn't open projects. Tried a CleanAndBuild anyway, 
it failed.


/Does setting the JavaPlatform for a gradle project do anything?/

I couldn't find anything in Tools > Options > Java > Gradle

AFAICT, that means I must run NB with jdk-11 (or jdk-15 but not the 
latest LTS).


-ernie


-
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

Using the same userdir from previous release

[Ernie Rael]

With release 15 I did something like

   mkdir 15
   cp -a 14/userdir 15/userdir

Then start NetBeans-15 using 15/userdir and a fresh cachedir.

Simpler than import settings. Is there any problem/downside doing this?

-ernie


-
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

Re: gradle project: how to pass jvm args for debug/run

[Ernie Rael]

To easily conditionalize some execution behavior, I can do the following

   tasks.run {
    if(findProperty('JviDebugSettings')) {
    systemProperties['com.raelity.jvi.DEBUG'] = 'true'
    enableAssertions = true
    }
   }

and then in NetBeans' BuildActions can add "-PJviDebugSettings[=x]". But 
I'll probably find it easier to put this into gradle.properties myself 
considering the large number of NetBeans actions that would want this 
property. I tried various combinations of setting the property and 
coercing findProperty(), for example


   JviDebugSettings=true
   if(findProperty('JviDebugSettings') as boolean) {

but didn't find an obvious way to use a value for the property to set 
meaningful true/false. (so back to old "C" style #ifdef mindset)


BTW, it's interesting how NB saves these actions in gradle.properties.

-ernie

On 9/6/22 8:04 AM, László Kishalmi wrote:
Actually we have a pretty good UI for custom actions. Though passing 
JVM arguments to a build is a sensitive topic mostly due to the daemon 
execution model.


The way you set up the run task in your project is a good way to do that.

On Tue, Sep 6, 2022 at 4:10 AM Neil C Smith  wrote:

On Mon, 5 Sept 2022 at 19:56, Ernie Rael  wrote:
>
    > On 9/4/22 4:47 PM, Ernie Rael wrote:
> > Just converted an ancient project from ant to gradle. With ant
and I did
> >
> > project.properties:run.jvmargs=-Dcom.raelity.jvi.DEBUG\=true -ea
> >
> > With gradle I tried, on the "Main Project"
>
> I was hoping to find a way to *do it from NetBeans*,
>
> but the following in build.gradle works for now
>
>     tasks.run {
>          systemProperties['com.raelity.jvi.DEBUG'] = 'true'
>          enableAssertions = true
>     }
>

I guess similar to Maven support, Run Gradle / Tasks ... then remember
as?  If you can work out the syntax.

Not sure if I've missed it, but Gradle doesn't seem to have a way to
add (not edit) custom actions in the project properties UI?

Neil

-
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




-
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

Re: gradle project: how to pass jvm args for debug/run

[Ernie Rael]

On 9/4/22 4:47 PM, Ernie Rael wrote:

Just converted an ancient project from ant to gradle. With ant and I did

   project.properties:run.jvmargs=-Dcom.raelity.jvi.DEBUG\=true -ea

With gradle I tried, on the "Main Project"


I was hoping to find a way to *do it from NetBeans*,

but the following in build.gradle works for now

   tasks.run {
    systemProperties['com.raelity.jvi.DEBUG'] = 'true'
    enableAssertions = true
   }

-ernie



   properties > BuildActions > ConfigureAction > debug

I added "-Dcom.raelity.jvi.DEBUG\=true -ea" to the arugments, I see 
this show up when the program is started; the -ea causes an error, and 
without the -ea there's no error the jvm property is not set when my 
project runs.


Any suggestions on how to pass args to the jvm running the project?

-ernie


-
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





-
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

gradle project: how to pass jvm args for debug/run

[Ernie Rael]

Just converted an ancient project from ant to gradle. With ant and I did

   project.properties:run.jvmargs=-Dcom.raelity.jvi.DEBUG\=true -ea

With gradle I tried, on the "Main Project"

   properties > BuildActions > ConfigureAction > debug

I added "-Dcom.raelity.jvi.DEBUG\=true -ea" to the arugments, I see this 
show up when the program is started; the -ea causes an error, and 
without the -ea there's no error the jvm property is not set when my 
project runs.


Any suggestions on how to pass args to the jvm running the project?

-ernie


-
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

Re: Should I exclude ./gradle/nb-cache from commit?

[Ernie Rael]

About gradlew. I occasionally work with 3rd party stuff that is 
incompatible with latest/greatest gradle. A few days ago, I split off a 
few classes from a 20 year old project (ant based) into a lib and 
decided to use gradle on one of my projects for the first time. (I 
figure moving all my stuff to gradle will avoid ever again feeling like 
I need to modernize my builds)


I started using "gradle" instead of (./|[../]+)gradlew but realized that 
was a bad habit to get into. I was thinking of writing a wrapper that 
would search for gradlew; fortunately, I came across "gw" when looking 
at gradle completion to determine how to hook gradle completion into my 
imaginary new command.


Turns out there are a few version of "gw" around. I decided to install 
https://crates.io/crates/gw so I'd have an excuse to also install rust. 
Now I can type gw, which will execute gradlew if it finds one, otherwise 
gradle; and a two character solution is wonderful.


-ernie

On 8/8/22 8:38 AM, Scott Palmer wrote:
To have truly reproducible builds you need to have dependency 
management for the tools and JDK, not just libraries.  That's what the 
wrapper is about.  The wrapper can do hash checks on the downloaded 
Gradle tool so it should be "safe".  Using the Gradle mechanism to run 
with a specified JDK, and fetch it from a trusted source if it is 
missing, completes the controlled environment - mostly, I think the 
JRE running the Gradle daemon is still not properly version controlled.


That said - I always run bleeding-edge Gradle as well ;-)

Scott

On Sun, Aug 7, 2022 at 12:30 AM Laszlo Kishalmi 
 wrote:


Well, really Gradle Wrapper is optional. It seems that the
majority of the users like that, so we do have Maven Wrapper as
well now.

On 8/6/22 19:25, Andreas Reichel wrote:

Thank you for the response.

Looks like I don't need it because I never use Gradle Wrapper and
always stick with the latest Gradle Version only.
(I actually wished there was an option to avoid Gradle Wrapper
completely, there was never a Make or ANT wrapper for good.
Downloading random stuff from the network outside of the OS'
package manager still gives me shivers.)

Cheers
Andreas

On Sat, 2022-08-06 at 18:52 -0700, Laszlo Kishalmi wrote:


gradle/ folder (not the .gradle) usually the place to put
additional build logic, and if nothing else that's where Gradle
places it's wrapper gardle/wrapper/

Make sure you add the gardle/wrapper/gradle-wrapper.jar along
with the grade/wrapper/gradle-wrapper.properties file. (Unless
some policy explicitly state otherwise) Although that is a
binary file, that is java the entry point of gradlew and
gradlew.bat files. That would download the correct Gradle if it
is not installed on the system.


On 8/5/22 17:54, Andreas Reichel wrote:




On Fri, 2022-08-05 at 17:52 -0700, Laszlo Kishalmi wrote:


while gradle/ folders
shall be committed



Laszlo,

thank you for advise, please care to elaborate. Why should it
be there when it can be rebuild on demand? What is the
advantage of tracking it and the disadvantage of dismissing it?
Sorry to bother you, I just would like to learn.

Cheers
Andreas





-
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

Re: Beans Binding

[Ernie Rael]

I don't think I did build it. IIRC, I looked at the tiny source of Emi's 
project, it didn't build, noticed that it required that jar you 
mentioned, beansbinding-1.2.1.jar, and just downloaded the release nbm 
Emi provides (it contains that jar).


   
https://github.com/emilianbold/nb-apache-form-binding/releases/download/emi-1.0/org-netbeans-modules-form-binding.nbm

and installed that into NetBeans. I did test it. I checked it out for 
someone else who needed it.


I also wrote a script that repackages an nbm so that unpack200 isn't 
required. The resulting nbm is at


   
https://drive.google.com/file/d/1V_QtwK5QFYh0lrOZqbNGU7rPWQwcZGbV/view?usp=sharing

And it's contents look like

   $ jar -tvf a_nbm-local/org-netbeans-modules-form-binding.nbm
 0 Fri Feb 25 13:47:46 PST 2022 META-INF/
    66 Fri Feb 25 13:47:46 PST 2022 META-INF/MANIFEST.MF
 0 Sun Jan 20 22:19:12 PST 2019 Info/
 38129 Sun Jan 20 22:19:10 PST 2019 Info/info.xml
 0 Sun Jan 20 22:19:12 PST 2019 Info/locale/
 38129 Sun Jan 20 22:19:10 PST 2019 Info/locale/info_${locales}.xml
 0 Sun Jan 20 22:19:12 PST 2019 netbeans/
 0 Fri Feb 25 13:47:46 PST 2022 netbeans/modules/
 0 Fri Feb 25 13:47:46 PST 2022 netbeans/modules/ext/
   631289 Fri Feb 25 13:47:46 PST 2022
   netbeans/modules/ext/beansbinding-1.2.1.jar
 85961 Fri Feb 25 13:47:46 PST 2022
   netbeans/modules/org-netbeans-modules-form-binding.jar
 0 Sun Jan 20 22:19:06 PST 2019 netbeans/config/
 0 Sun Jan 20 22:19:06 PST 2019 netbeans/config/Modules/
   479 Sun Jan 20 22:19:06 PST 2019
   netbeans/config/Modules/org-netbeans-modules-form-binding.xml

Which is almost identical to the jar from the github project.

About the build error, since you're building an nbm, it needs to 
reference a NetBeans platform to pick up ant scripts.  That's what the 
error you're seeing is about, and I don't remember what you need to do 
to correct it. If you used ant on the command line, might need to add a 
property pointing to a netbeans installation, or maybe netbeans source. 
You're best bet may be to install an existing nbm, rather than building it.


-ernie


On 6/4/22 10:20 PM, Bill Babbitt wrote:

Earnie, I tried to build that Apache form binding netbeans project, I’m getting 
an error: nb-apache-form-binding-emi-1.0/nbproject/build-impl.xml:19: You must 
define 'nbplatform.${nbplatform.active}.harness.dir’.
I’m sorry, but I have no clue what this is telling me. Have you tried to build 
this?
~Bill



On Jun 3, 2022, at 2:27 PM, Ernie Rael  wrote:

Maybe this would be of some use

   https://github.com/emilianbold/nb-apache-form-binding

I get confused about what depends on what. But form binding was dropped due to 
Apache licensing issues.

-ernie

On 6/3/22 12:10 PM, Bill Babbitt wrote:

I am using NetBeans version 12.0 with Java 17.0.2. and Maven. I created a 
dependency with BeansBinding.jar version 1.2.1. I want to bund my database 
tables with components in my application, specifically a “Customers DB” table 
with a customers jTable. Having connected and added the database and tables in 
the application, I tried right-clicking the jTable and get the pop-up window 
but the beans binding option is missing. What have I done wrong, and how do I 
correct this?



-
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




-
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






-
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

Re: Beans Binding

[Ernie Rael]

Maybe this would be of some use

   https://github.com/emilianbold/nb-apache-form-binding

I get confused about what depends on what. But form binding was dropped 
due to Apache licensing issues.


-ernie

On 6/3/22 12:10 PM, Bill Babbitt wrote:

I am using NetBeans version 12.0 with Java 17.0.2. and Maven. I created a 
dependency with BeansBinding.jar version 1.2.1. I want to bund my database 
tables with components in my application, specifically a “Customers DB” table 
with a customers jTable. Having connected and added the database and tables in 
the application, I tried right-clicking the jTable and get the pop-up window 
but the beans binding option is missing. What have I done wrong, and how do I 
correct this?



-
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





-
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

Re: BufferedReader and BufferedWriter : non-static variable cannot be accessed from the static context

[Ernie Rael]

On 5/23/22 11:04 PM, slipbits wrote:


It is true that there other people on this list nicer than you. But 
let's look at your reply for a second. You provided no help, only 
criticism.


IMO, that's not accurate. If someone wants to succeed as a programmer, 
they need to find solutions of all kinds. And when they get stuck and 
need to reach out, they should "show their work" and put some thought 
into their question.


Something about teaching them to fish rather than giving them a fish 
comes to mind.


I find it hard to believe that they didn't know this wasn't a NetBeans 
list. If they truly didn't, then the most help might be to give them 
some hints on how to best fish the internet sea.


-ernie

The person asking the question wanted help. Rather than your acerbic 
answer, you might have provided some aid and direction. You did say 
that this list is for Netbeans issues only. That is help. You did say 
that there are other places to look, with an implied criticism that no 
looking was done. Moreover, you neglected to mention any single place 
where help could have been found.


In my experience on this list, I have found many people who tried to 
be helpful. The person asking the question was not asking for a fight, 
and probably did not know the fundamental purpose of this list. The 
question asker would have certainly gone elsewhere if it was known 
that this list was for Netbeans, not Java.


Your comments are unwarranted and not helpful. If you felt annoyed you 
should not have commented, or been more gracious in your comments.


art

On 5/23/2022 9:52 PM, Mark A. Flacy wrote:


So...


Other people on this list have attempted to help prior to this 
reply.  They are much nicer than I.



 1.  You *never* asked a question.   You posted a bit of code and
indicated there was an error.  You didn't indicate that you tried
to figure out the error or anything else.  The people who
subscribe to this list aren't your parents and are under no
obligation to try to read your mind (assuming your parents have
that obligation) to solve your _unstated_ problems.
 2.  This mailing list is to discuss Netbeans issues.  Basic java
problems really shouldn't be addressed here, although I might be
in the minority in this mailing list with that opinion.


There are ample places other than this list to find an answer to your 
implied problem.



--

Mark A. Flacy

mfl...@verizon.net


On 2022 M05 22, Sun 17:52:55 CDT Zulfi Khan wrote:

> Hi,

> I have written the following code:

> /*

>  * Click

> 
nbfs://nbhost/SystemFileSystem/Templates/Licenses/license-default.txt to


> change this license * Click

> 
nbfs://nbhost/SystemFileSystem/Templates/Project/Maven2/JavaApp/src/main/ja


> va/${packagePath}/${mainClassName}.java to edit this template */

>

> package com.mycompany.add2strjop;

> import javax.swing.*;

> import java.lang.NumberFormatException;

> import java.io.FileWriter;

> import java.io.FileReader;

> import java.io.BufferedWriter;

> import java.io.BufferedReader;

> import java.io.IOException;

> public class Add2StrJOp {

>   BufferedReader BF= null;

>   BufferedReader BW= null;

>   String str = "test";

>

>    public static void main(String args[]){

>   try{

>   FileReader file = new FileReader("abc.txt");

>   BF = new BufferedReader(file);//E

>  //BF= new BufferedReader(new FileReader("abc.txt"));

>   while ((str = BF.readLine())!=null){//E

>     JOptionPane.showMessageDialog(null, str);//E

>   //JOptionPane.showMessageDialog(null, "hello World");

>     //BF.clos()

>   }

>  }catch(IOException e){

>   e.printStackTrace();

>  }

>   finally{

>  try{

>     if( BF!=null){//E

>    BF.close();//E

>     }

>  }catch(IOException e) {

>     e.printStackTrace();

>   }

>     }//finally

>   try{

>     BW = new BufferedWriter(new FileWriter("abc.txt"));//E

>     String str= "This is a test";

>     BW.write(str);//E

>     BW.close();//E

>  }catch(IOException e) {

>  e.printStackTrace();

>  }

> }

> }

>

>

> I have commented the lines as //E where I am getting the error 
"Non-static


> variable cannot be referenced from static context. Zulfi.






-
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

Re: junit 5 on NB-13

[Ernie Rael]

Yes, what you're saying sounds right; I've seen a variety of things 
about new testrunner while searching.


After I sent the original, which was about converting an ant project 
from jUnit4 to jUnit5, I created a new project from scratch, on file. 
Then asked for a test.


It created a jUnit 5 test, to my surprise; had the jupiter imports. Ran 
the test and got


   /home/err/.nb/13-screen/cachedir/executor-snippets/junit.xml:184:
    The following error occurred while executing this line:
   /home/err/.nb/13-screen/cachedir/executor-snippets/junit.xml:128:
    The  or  for 
    must include junit.jar if not in Ant's own classpath
   BUILD FAILED (total time: 0 seconds)

Which seems to support what you're saying.

Any pointers for fixing this appreciated. Do I need to modify NB's ant 
installation? This is a new area for me.


-ernie

On 5/11/22 8:17 PM, Laszlo Kishalmi wrote:
Maybe you need to change the testrunner in the Ant task. AFAIN JUnit 5 
uses a new TestRunner.


On 5/11/22 14:27, Ernie Rael wrote:

Hi all,

Feels like I'm in deep with this one.

Using NB-13, I have an old *ant* based project. I was using 
junit-4.13/JUnitParams-1.1.1. I needed to build a parameterized test, 
and decided to upgrade to junit-5. The junit-4 tests have been 
working fine.


Added the junit-5.6 library (comes bundled with NB-13) to the 
project, deleted old libs. Fixed up annotations and such. Tests don't 
run: "No tests"executed" see below for output. Seaching says it's OK 
to ignore the "warning...Status.STABLE" (though it would be nice to 
know how to get rid of them). See output below, there were no errors


I tried creating a new test, had options junit-4, junit (and testNG 
whatever that is). I selectd junit, but that seems to be junit-4 or 
earlier.


netbeans doc, 
https://netbeans.apache.org/kb/docs/java/junit-intro.html, talks 
about junit-3, junit-4.


Any ideas on what can I do to get the tests executing?

-ernie


ant -f /src/jvi-dev/jvi 
-Djavac.includes=com/raelity/jvi/core/FilePathTest.java 
-Dnb.internal.action.name=test.single 
-Dtest.includes=com/raelity/jvi/core/FilePathTest.java 
-Dtest.class=com.raelity.jvi.core.FilePathTest 
-Dignore.failing.tests=true test-single

init:
Deleting: /src/jvi-dev/jvi/build/built-jar.properties
deps-jar:
Updating property file: /src/jvi-dev/jvi/build/built-jar.properties
compile:
Created dir: /src/jvi-dev/jvi/build/test/classes
Compiling 1 source file to /src/jvi-dev/jvi/build/test/classes
warning: unknown enum constant Status.STABLE
  reason: class file for org.apiguardian.api.API$Status not found
warning: unknown enum constant Status.STABLE
...
100 warnings
Copied 3 empty directories to 3 empty directories under 
/src/jvi-dev/jvi/build/test/classes

compile-test-single:
Created dir: /src/jvi-dev/jvi/build/test/results
No tests executed.
test-single:
BUILD SUCCESSFUL (total time: 0 seconds)


-
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



-
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





-
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

junit 5 on NB-13

[Ernie Rael]

Hi all,

Feels like I'm in deep with this one.

Using NB-13, I have an old *ant* based project. I was using 
junit-4.13/JUnitParams-1.1.1. I needed to build a parameterized test, 
and decided to upgrade to junit-5. The junit-4 tests have been working fine.


Added the junit-5.6 library (comes bundled with NB-13) to the project, 
deleted old libs. Fixed up annotations and such. Tests don't run: "No 
tests"executed" see below for output. Seaching says it's OK to ignore 
the "warning...Status.STABLE" (though it would be nice to know how to 
get rid of them). See output below, there were no errors


I tried creating a new test, had options junit-4, junit (and testNG 
whatever that is). I selectd junit, but that seems to be junit-4 or earlier.


netbeans doc, https://netbeans.apache.org/kb/docs/java/junit-intro.html, 
talks about junit-3, junit-4.


Any ideas on what can I do to get the tests executing?

-ernie


ant -f /src/jvi-dev/jvi 
-Djavac.includes=com/raelity/jvi/core/FilePathTest.java 
-Dnb.internal.action.name=test.single 
-Dtest.includes=com/raelity/jvi/core/FilePathTest.java 
-Dtest.class=com.raelity.jvi.core.FilePathTest 
-Dignore.failing.tests=true test-single

init:
Deleting: /src/jvi-dev/jvi/build/built-jar.properties
deps-jar:
Updating property file: /src/jvi-dev/jvi/build/built-jar.properties
compile:
Created dir: /src/jvi-dev/jvi/build/test/classes
Compiling 1 source file to /src/jvi-dev/jvi/build/test/classes
warning: unknown enum constant Status.STABLE
  reason: class file for org.apiguardian.api.API$Status not found
warning: unknown enum constant Status.STABLE
...
100 warnings
Copied 3 empty directories to 3 empty directories under 
/src/jvi-dev/jvi/build/test/classes

compile-test-single:
Created dir: /src/jvi-dev/jvi/build/test/results
No tests executed.
test-single:
BUILD SUCCESSFUL (total time: 0 seconds)


-
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

Re: JMenu: Can't see the output window

[Ernie Rael]

I copied the file from your email into an empty project. Right click in 
the file and select "Run File". A JFrame with menu bar (as shown in your 
gui builder) was displayed in the upper left corner. To simplify things, 
you can click on "Source" in the editor toolbar window, and just display 
the source code, then do the "Run File"


There's also terminology issue. NetBeans has an "Output Window" which 
you can see at the bottom of your image. I would call the JFrame, that 
you want to see displayed, your programs "Main Window".


HTH,
-ernie

On 3/15/22 5:01 PM, Zulfi Khan wrote:


The output GUI sticks to the NetBeans window. I can’t see the output 
window. I have attached the image. Somebbody please guide me.



The steps of the development are as follows:


1. Add a JFrame Form class by right clicking on the name of the 
application


2.Click on the Jframe Form class just added.

3. It would show the Source and Design menu items.

4. Click on the design menu item

5. It open the palette.

6. Click on the swing menus in the palette

7. Drag the 'menu bar' from the swing menu options and put it on top 
of the JFrame Form class file. We will see the originalsquare box of 
the JFrame form class with the menu bar lying on top of it. Menu bar 
has options File and Edut. This process is called adding a JMenuBar to 
a JFrame.


8. Next step is to add Jmenus to JMenuBar

9. Drag Jmenu and place it on the File menu. File menu will be 
enclosed in square box. This means that the menu has been well placed.


10. Next add JMenu Item to the JMenu

11. Run the application



The code is given below:

/*

* Click 
nbfs://nbhost/SystemFileSystem/Templates/Licenses/license-default.txt 
to change this license


* Click nbfs://nbhost/SystemFileSystem/Templates/GUIForms/JFrame.java 
to edit this template


*/

package com.mycompany.menugui;


/**

*

* @author zulfi

*/

public class MenuGuiForm extends javax.swing.JFrame {


/**

* Creates new form MenuGuiForm

*/

public MenuGuiForm() {

initComponents();

}


/**

* This method is called from within the constructor to initialize the 
form.


* WARNING: Do NOT modify this code. The content of this method is always

* regenerated by the Form Editor.

*/

@SuppressWarnings("unchecked")

// 

private void initComponents() {


jMenuItem1 = new javax.swing.JMenuItem();

jMenuBar1 = new javax.swing.JMenuBar();

jMenu1 = new javax.swing.JMenu();

jMenu3 = new javax.swing.JMenu();

jMenu2 = new javax.swing.JMenu();


jMenuItem1.setText("jMenuItem1");


setDefaultCloseOperation(javax.swing.WindowConstants.EXIT_ON_CLOSE);


jMenu1.setText("File");


jMenu3.setText("jMenu3");

jMenu1.add(jMenu3);


jMenuBar1.add(jMenu1);


jMenu2.setText("Edit");

jMenuBar1.add(jMenu2);


setJMenuBar(jMenuBar1);


javax.swing.GroupLayout layout = new 
javax.swing.GroupLayout(getContentPane());


getContentPane().setLayout(layout);

layout.setHorizontalGroup(

layout.createParallelGroup(javax.swing.GroupLayout.Alignment.LEADING)

.addGap(0, 400, Short.MAX_VALUE)

);

layout.setVerticalGroup(

layout.createParallelGroup(javax.swing.GroupLayout.Alignment.LEADING)

.addGap(0, 275, Short.MAX_VALUE)

);


pack();

}// 


/**

* @param args the command line arguments

*/

public static void main(String args[]) {

/* Set the Nimbus look and feel */

//


/* If Nimbus (introduced in Java SE 6) is not available, stay with the 
default look and feel.


* For details see 
http://download.oracle.com/javase/tutorial/uiswing/lookandfeel/plaf.html


*/

try {

for (javax.swing.UIManager.LookAndFeelInfo info : 
javax.swing.UIManager.getInstalledLookAndFeels()) {


if ("Nimbus".equals(info.getName())) {

javax.swing.UIManager.setLookAndFeel(info.getClassName());

break;

}

}

} catch (ClassNotFoundException ex) {

java.util.logging.Logger.getLogger(MenuGuiForm.class.getName()).log(java.util.logging.Level.SEVERE,null, 
ex);


} catch (InstantiationException ex) {

java.util.logging.Logger.getLogger(MenuGuiForm.class.getName()).log(java.util.logging.Level.SEVERE,null, 
ex);


} catch (IllegalAccessException ex) {

java.util.logging.Logger.getLogger(MenuGuiForm.class.getName()).log(java.util.logging.Level.SEVERE,null, 
ex);


} catch (javax.swing.UnsupportedLookAndFeelException ex) {

java.util.logging.Logger.getLogger(MenuGuiForm.class.getName()).log(java.util.logging.Level.SEVERE,null, 
ex);


}

//


/* Create and display the form */

java.awt.EventQueue.invokeLater(new Runnable() {

public void run() {

new MenuGuiForm().setVisible(true);

}

});

}


// Variables declaration - do not modify

private javax.swing.JMenu jMenu1;

private javax.swing.JMenu jMenu2;

private javax.swing.JMenu jMenu3;

private javax.swing.JMenuBar jMenuBar1;

private javax.swing.JMenuItem jMenuItem1;

// End of variables declaration

}

Zulfi.


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

Re: [apache netbeans12[ [javafx] [install] Can't install correctly.

[Ernie Rael]

On 2/13/22 6:08 PM, Scott Palmer wrote:


I haven’t touch Swing in years and I have no plans to use it again. 
 JavaFX is the way to go… though there are still a few missing pieces.


Scott

Hi Scott, just wondering in you have any insight into this.

I fell in love with JavaFX, and was sorely disappointed when ...

I'm looking for a more sophisticated text package than what seems to be 
available with openjfx. I came across 
https://github.com/FXMisc/RichTextFX (if that's where I saw it) which 
seems to be a loose port and/or feature-full like of the swing text 
stuff. Any idea if I'm reading this right?


I pretty much gave up on JFX when it was dropped, but it does seem to be 
in better shape than I could have hoped for. Is FXMisc considered an 
integral part of the jfx ecosystem?


-ernie


-
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

Re: Netbeans 12.2 Maven local repository question

[Ernie Rael]

On 2/3/22 8:33 AM, pszud...@throwarock.com wrote:


Ok, I was running out of disk space on my C: drive, and the local 
maven repository was located at c:\users\\.m2


I wanted to get rid of that and move it to the E: drive where I have 
terabytes of room.  So I used the Options Maven experimental entry to 
hopefully move the repository there.



Believe that worked, based on my testing... EXCEPT:

When I compile my code, the compiled jars do not go to that 
repository, they are going to the original one on the C: drive. Easily 
verified by looting at the time stamps



So, my question:  Is this experimental way to move the repository now 
NOT experimental in 12.6?  And how do I get the maven code to send my 
new jars to the new repository...



Thank you.



I don't know about any NB options you're talking about. When I ran into 
this problem a few years ago I used a maven technique to put the local 
repository on a different drive. In /.m2/settings.xml I put


C:/f/j/maven_repository

note on my system I have F: mounted at C:/f

Maybe some variation of this might be of use.

-ernie


-
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

Re: NB 12.4 creating new project I get this error...

[Ernie Rael]

There's a plugin, https://plugins.netbeans.apache.org/catalogue/?id=40, 
that allows *dynamic* control of loggers in the /running/ NetBeans. Its 
wiki has an example, http://raelity.com/jlogman/Home.html#example, 
showing how to control logging for sub-trees of the logger hierarchy. 
Changes can be saved and applied automatically at startup.


-ernie

On 12/2/2021 1:24 PM, Thomas Wolf wrote:
... if anyone can tell me how to change Netbeans logging level 
globally, I’d appreciate the info.  I’ll use that the next time I 
encounter something I can’t figure out.


Best,
Tom




-
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

Re: Automatic config backup?

[Ernie Rael]

Did you see/use Menu>Tools>Options>Import ? Browse to a backed up 
userdir, import Project>ProjectGroups. There are many variations you can 
have around this.


During startup, a plugin could probably backup userdir (make sure cache 
isn't included). I'm not sure what you'd have to do to insure a 
consistent picture. With some digging to find the "Options>Export" 
action, a plugin could probably invoke it around startup; probably wait 
for when UI ready.


Backing it up, a response mentioned rsync, with NetBeans not running 
probably avoids any consistency issues.


-ernie

On 10/13/2021 6:59 AM, Mitch Claborn wrote:
Yesterday I accidentally deleted all of my project groups. I was able 
to recover from a full computer backup, but I had to search around to 
find out where they were stored and then manually restore the files.


To improve my chances of full recovery for the next time I do 
something stupid, I want to start backing up my NetBeans config once a 
day.


It would be extra-super-cool if NetBeans could do that for me. 
Something, like: take a backup on the first startup of NetBeans on a 
calendar day, to a specified directory with a date sensitive filename 
pattern.


Is such a thing possible? Assuming that it is not a current 
capability, is it feasible to write a plugin or a change to the base 
system to accomplish this?




-
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

Re: jvi suddenly quit working in Netbeans 12.0

[Ernie Rael]

There's a suggested workaround in a response to the request that you 
filed in the jVi project on sourceforge. HTH


BTW, jVi uses java's preferences not a .viminfo file.

-ernie

On 9/12/2021 6:03 PM, Lisa Ruby wrote:

Hi,

I've been using Netbeans 12.0 with jvi on Windows 8.1 for at least 10
months. Two days ago jvi quit working for no reason I can explain. I
have tried uninstalling and reinstalling it. Didn't help. I also have
Netbeans 8.2 installed on my computer and the version of the jvi plugin
is working there. Different version of jvi plugin though.

I looked at the Netbeans IDE log and it appears something related to jvi
is throwing an exception during Netbeans startup. Looked a little to me
like maybe the .viminfo file could be corrupt. The only .viminfo file I
found was in my C:\Users\Lisa folder. It had entries in it with
pathnames to files in my Netbeans Project, so I assume that was the
right file. I tried removing that file (renamed it), didn't help.
Restored an older version of the file and that didn't help either. I've
attached (assuming I can provide attachments in messages to this group)
two Netbeans IDE logs. One is with jvi installed, one when I'd
uninstalled it. This is driving me crazy. Anyone have any ideas on how I
can fix this?

Thank you.

Lisa

-
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




-
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

Re: How to send "Report Problem"

[Ernie Rael]

https://netbeans.apache.org/participate/report-issue.html

The IDE log may show a java exception

-ernie

On 9/4/2021 4:22 PM, Vladimir Kokovic wrote:

Can anyone tell me how to send a "Report problem" from Netbeans (any version) ?

You have found a bug in the application!
Please help Apache NetBeans by reporting this problem to our bug tracking 
system. Click View Data button, copy the exception and submit it together with 
detailed information about what you were trying to achieve before the problem 
occurred in JIRA.
Thank you for helping us make Apache NetBeans better

"View Data" panel has 2 tabs "UI log" and "IDE log".
What the mean when "copy the exception" is said ?

-
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





-
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

Re: Cannot download JavaFX plugin

[Ernie Rael]

Doesn't Visa allow using google search?

This looks like it has a solution, got it through google search:

   what is the .openjfx directory/cache

https://stackoverflow.com/questions/53382810/configure-openjfx-11-to-extract-its-dlls-into-a-different-user-specified-directo

And this was a total surprise to me, I've seen these files before, but I 
didn't know about this. I may need to re-examine some earlier packaging 
issues I was looking at.


-ernie

On 6/4/2021 4:24 PM, Greenberg, Gary wrote:


I just commented on your suggestion to use NB 12.4.

I did create JavaFX project using Gluon Maven archetype, thank you.
As I said, I am not a specialist in front end and menu was confusing.
IMHO, instead of “Frontend application” in the create project menu, It 
shall say

something “Duke JavaFX sample”.

I do have a question however now:

When I created this JavaFX project, NB created under my home directory 
a hidden directory .openjfx


And placed some .dll files there.
Our security software CarbonBlack does not allow running any dlls that 
are not within system (Program Files folder).


What purpose are they serving?

Where these dlls are going when application is packaged and deployed?
I am developing on Windows machine, but eventually it will be running 
on RedHat.


Gary Greenberg

Staff Software Engineer

Data Product Development, BI-A

E: ggree...@visa.com

M: 650-269-7902




-
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

Re: Single step debugging stopped working after renaming project !

[Ernie Rael]

Some things causing breakpoint problems I've run into recently
- Check that the name in the debugger's sources window matches the name 
the project was opened under. Somtimes I have two ways to reference the 
package directory, one is a windows mount; if the package was opened 
under one name, and the debugger's sources window used the other name, 
breakpoints didn't work.
- If there are sources in the maven repository, they can be used in 
preference to the open project. Deleting sources in the maven repository 
was needed. (this was with a gradle project, not sure how widespread it 
might be)


-ernie

On 3/5/2021 1:17 AM, David Gradwell wrote:


Eric,

I tried quitting the application and quitting and restarting 
NetBeans.  I deleted the NetBeans cache.  None of these worked.


I created a new project and copied the code in and that worked and 
debugs properly.  So at least I have a work around.


I’m familiar with the block on editing code whilst a thread is running 
and it was not that problem.


I’ll try and avoid renaming projects in future !

Thanks

David




-
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

Re: [base ide] No help available in Apache Netbeans 12.0?

[Ernie Rael]

Seems like the real question is when will NetBeans have help. Comments 
about JavaHelp being GPL, while historically interesting, don't address 
the real issue.


Aren't some GPL issues with NetBeans addressed through update center 
tricks? Is that possible here?


-ernie

On 2/13/2021 2:48 PM, Geertjan Wielenga wrote:

As stated above, JavaHelp is GPL licensed. Nothing we can do about that.

Gj

On Sat, Feb 13, 2021 at 11:47 PM Owen Thomas 
mailto:owen.paul.tho...@gmail.com>> wrote:


Hey Geertjan.

Is that ever going to change? When might JavaHelp be available to
versions of netbeans released after transfer to Apache? Is there a
page you can point to that explains all this?

On Sat, 13 Feb 2021 at 15:08, Geertjan Wielenga
 wrote:


Indeed, the help has been removed, JavaHelp is GPL licensed
and cannot be included in an Apache project.

Gj

On Sat, 13 Feb 2021 at 03:08,
 wrote:

This query relates to the Base IDE.

Some time ago I used Netbeans 8.2 for working with html,
php and javascript. It had a
comprehensive help system, i.e. there were help buttons on
the various IDE Tools -> Options
windows, and IDE help under the main screen help option.

I havejust installed Apache Netbeans 12.0 and there isn't
any help anywhere! There are still
help buttons on the various IDE Tools -> Options windows
but none of them do anything. The
IDE help under the main screen help option has also gone.
It just offers "on-line docs and
support".

Initially, I still had Netbeans 8.2 installed when I first
installed Apache Netbeans 12.0. Both
worked ok, with help available on 8.2, but no help
available on 12.0. I uninstalled Netbeans
8.2, then uninstalled 12.0, and then reinstalled 12.0
again. Installation said it was successful,
but still no help available.

Here's the configuration information from Help -> About:

Product Version: Apache NetBeans IDE 12.0
Java: 1.8.0_281; Java HotSpot(TM) 64-Bit Server VM 25.281-b09
Runtime: Java(TM) SE Runtime Environment 1.8.0_281-b09
System: Windows 10 version 10.0 running on amd64; Cp1252;
en_GB (nb)

Installed:
Base IDE
HTML5/Javascript
PHP

Not installed:
Java SE
Java EE

I do hope someone can tell me what the issue is. I have
spent the last couple of evenings
tearing my hair out hunting for a solution without success.

Thanks.





-
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





-
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

Re: Getting a gradle project to work in NetBeans

[Ernie Rael]

On 1/26/2021 10:37 PM, Laszlo Kishalmi wrote:

Are we talking about: https://github.com/glazedlists/glazedlists

It seems to work well with NetBeans, at least the modules I've tested.

You might need to set the default JDK to Java 11, in order not to have 
set one-by-one on the Project build/compile page.


Hard to express how much your input has improved my outlook on life. 
Many thanks and much appreciation.


JDK-11 was the key. I'm running NetBeans on JDK-15, when you say "set 
the default" is there some way other than running on JDK-11? Anyway, 
manually changed each subproj > properties > build > compile to jdk-11 
and all manner of things you mentioned now work. For each subproj, 
change to jdk-11, clean, wait for scanning to complete, bingo.


While I was trying to get things to work, at one point I deleted the 
".gradle" directory. It seems that some NetBeans configuration 
information was lost, I guess it's more than just a "nb_cache". And I 
guess that explains why I don't see any VCS changes when I change 
properties.


In gradle.properties I changed "javaTargetVersion = 11", but this seems 
to make no difference. The root project > properties > sources > 
source/binaryFormat shows 1.8 and for subprojects it shows 15.


I have not checked the build scripts, but the current master uses 
Gradle 5.3.1 which is not compatible with more recent JVM-s.


Since I can't figure out how the gradle version is specified (I don't 
see 5.3.1 anywhere) it will be a long haul. Oops, there's 
gradle/wrapper/gradle-wrapper.properties. Now I wonder how this gets set 
up and/or changed.


But, now that my faith in the universe is restored, I'll see if I can 
nudge the build gradle files towards 6.8.


Used 12.2. so none of the improvements in 12.3 were required for basic 
functionality.


Build, code completion, and even debug focused test method is working 
out of the box without any tweak. (I've just changed the JDK)


Also I have to mention I've tested this in the last week dev built 
from master. That one has a few good fixes compared to 12.2, though 
maybe not critical ones.


On 1/26/21 9:58 AM, Laszlo Kishalmi wrote:
I'm going to try to check that, but life is demanding me elsewhere at 
the moment.


On 1/26/21 9:50 AM, Ernie Rael wrote:

Greetings,

I'm doing some work with a gradle built project (github). it looks 
like this project was gradle 3, then minial changes to get it to 
work with 5. The projects under :extensions don't open in NetBeans 
correctly, (imports from :core not found), the maintainer says it 
works fine in Eclipse. Builds OK from command line.


I'd like to fix the gradle scripts so it works with NetBeans; either 
hack or rework to gradle 6.  Can someone suggest a project with a 
similar structure that works with NetBeans that I can look at for 
inspiration and clues? The class files from subProjects under 
extensions are incorporated into the single jar file produced by the 
project.


I'm a total gradle novice; There's a deprecation warning about 
classpath (https://gradle.com/s/iwj7ksmm72wc2).


   $ ./gradlew --console plain projects
   ...
   Root project 'glazedlists'
   +--- Project ':core'
   +--- Project ':extensions' <<<<<< only directories, no build.gradle
   |    +--- Project ':extensions:calculation'
   |    +--- Project ':extensions:hibernate'
   |    +--- Project ':extensions:icu4j'
   ...
   |    \--- Project ':extensions:treetable'
   \--- Project ':jmh-benchmark'

-ernie


-
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



-
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





-
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

Getting a gradle project to work in NetBeans

[Ernie Rael]

Greetings,

I'm doing some work with a gradle built project (github). it looks like 
this project was gradle 3, then minial changes to get it to work with 5. 
The projects under :extensions don't open in NetBeans correctly, 
(imports from :core not found), the maintainer says it works fine in 
Eclipse. Builds OK from command line.


I'd like to fix the gradle scripts so it works with NetBeans; either 
hack or rework to gradle 6.  Can someone suggest a project with a 
similar structure that works with NetBeans that I can look at for 
inspiration and clues? The class files from subProjects under extensions 
are incorporated into the single jar file produced by the project.


I'm a total gradle novice; There's a deprecation warning about classpath 
(https://gradle.com/s/iwj7ksmm72wc2).


   $ ./gradlew --console plain projects
   ...
   Root project 'glazedlists'
   +--- Project ':core'
   +--- Project ':extensions' << only directories, no build.gradle
   |    +--- Project ':extensions:calculation'
   |    +--- Project ':extensions:hibernate'
   |    +--- Project ':extensions:icu4j'
   ...
   |    \--- Project ':extensions:treetable'
   \--- Project ':jmh-benchmark'

-ernie


-
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

Re: gradle issues/questions

[Ernie Rael]

"./gradlew build --scan" showed deprecation

   The configuration :extensions:compileClasspath was resolved without
   accessing the project in a safe manner.

This seems related to the type of problem I'm having, so I'll see what I 
can see. The deprecation warning suggested looking at


   
https://docs.gradle.org/5.3.1/userguide/troubleshooting_dependency_resolution.html#sub:configuration_resolution_constraints

So I'll struggle with this for a while...


On 1/22/2021 8:04 PM, Ernie Rael wrote:

On 12/26/2020 12:26 PM, Laszlo Kishalmi wrote:

https://docs.gradle.org/current/userguide/publishing_maven.html
That link was useful to discover that the project's gradle setup is 
aged. It doesn't use publishing_maven; and I had to learn how to work 
around some "won't fix" issues with its build.gradle files.


I've gotten deeper into the project than I thought I would. Now my 
short term goal is to be able to debug and write junit tests using 
NetBeans. My imediate goal is to find out what I can do to open all 
the subprojects


 * patch up the ancient gradle build files so I can do that, or
 * that I need to upgrade gradle (to 6?), or
 * that NetBeans doesn't handle debuging junit tests, or
 * that ???

The problem is that the subprojects are rife with import problems, 
both main and test, when opened with the IDE. My guess is that the 
primary jar isn't "known" to the IDE. Every builds OK from the 
commandline.


Any suggestions appreciated.

The project root has two directories: *core* *extensions*. The IDE 
lists them as subProjects.


 * core has a build.gradle only with a "task m4 {..." (wow, m4 lives),
   this builds the primary jar. I can edit/build/debug things under
   here just fine. (build by clicking on "install" in Navigator or from
   command line)
 * extensions has only directories, no files at all. A typical
   directory, extensions/icu4j is the one I'm after, has a 3 line
   build.gradle
   "dependencies {compile 'com.ibm.icu:icu4j:3.6.1'}"

The subproject at extensions/icu4j is where the unit tests I want to 
extend are found.


BTW, if it's of interest, the project is at 
https://github.com/glazedlists/glazedlists.


In project's commit log I see "updated gradle to 4.4.1", but ./gradlew 
-v gives "Gradle 5.3.1". And doing ./gradlew build gives
Deprecated Gradle features were used in this build, making it 
incompatible with Gradle 6.0.





On 12/26/20 10:16 AM, Ernie Rael wrote:

Season's greetings to all,

I'm working with a maven project that uses a library; I need to fix 
a bug in the library. After the fix, I'll want to publish the 
library to my maven groupid. After downloading the project, I 
discovered it used gradle for building. My final fix to get it to 
build was to set the project's jdk property from default j-15, to 
jdk1.8. And then I found an install action in NBs navigator to get 
something into the local repository. (Clean and build does that for 
maven project, but not gradle)


My question: having never used gradle, I'm looking for info on 
publishing to maven repository; like where this is specified in the 
project's gradle property files. I'll need to tweak the destination, 
maybe some options...


I generally do mvn from the command line, not the IDE.

Any recommendations on docs, NB and/or gradle, to help me start to 
get up to speed appreciated.


-ernie


-
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



-
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





-
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





-
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

Re: gradle issues/questions

[Ernie Rael]

On 12/26/2020 12:26 PM, Laszlo Kishalmi wrote:

https://docs.gradle.org/current/userguide/publishing_maven.html
That link was useful to discover that the project's gradle setup is 
aged. It doesn't use publishing_maven; and I had to learn how to work 
around some "won't fix" issues with its build.gradle files.


I've gotten deeper into the project than I thought I would. Now my short 
term goal is to be able to debug and write junit tests using NetBeans. 
My imediate goal is to find out what I can do to open all the subprojects


 * patch up the ancient gradle build files so I can do that, or
 * that I need to upgrade gradle (to 6?), or
 * that NetBeans doesn't handle debuging junit tests, or
 * that ???

The problem is that the subprojects are rife with import problems, both 
main and test, when opened with the IDE. My guess is that the primary 
jar isn't "known" to the IDE. Every builds OK from the commandline.


Any suggestions appreciated.

The project root has two directories: *core* *extensions*. The IDE lists 
them as subProjects.


 * core has a build.gradle only with a "task m4 {..." (wow, m4 lives),
   this builds the primary jar. I can edit/build/debug things under
   here just fine. (build by clicking on "install" in Navigator or from
   command line)
 * extensions has only directories, no files at all. A typical
   directory, extensions/icu4j is the one I'm after, has a 3 line
   build.gradle
   "dependencies {compile 'com.ibm.icu:icu4j:3.6.1'}"

The subproject at extensions/icu4j is where the unit tests I want to 
extend are found.


BTW, if it's of interest, the project is at 
https://github.com/glazedlists/glazedlists.


In project's commit log I see "updated gradle to 4.4.1", but ./gradlew 
-v gives "Gradle 5.3.1". And doing ./gradlew build gives
Deprecated Gradle features were used in this build, making it 
incompatible with Gradle 6.0.





On 12/26/20 10:16 AM, Ernie Rael wrote:

Season's greetings to all,

I'm working with a maven project that uses a library; I need to fix a 
bug in the library. After the fix, I'll want to publish the library 
to my maven groupid. After downloading the project, I discovered it 
used gradle for building. My final fix to get it to build was to set 
the project's jdk property from default j-15, to jdk1.8. And then I 
found an install action in NBs navigator to get something into the 
local repository. (Clean and build does that for maven project, but 
not gradle)


My question: having never used gradle, I'm looking for info on 
publishing to maven repository; like where this is specified in the 
project's gradle property files. I'll need to tweak the destination, 
maybe some options...


I generally do mvn from the command line, not the IDE.

Any recommendations on docs, NB and/or gradle, to help me start to 
get up to speed appreciated.


-ernie


-
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



-
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





-
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

Re: JDK 15 Javadoc wrong location

[Ernie Rael]

On 1/20/2021 1:03 AM, Dragan Bjedov wrote:

So the problem is in the nb-javac plugin?


I was only pointing out where the NETBEANS issues are so you could 
hopefully file an issue. (any reference to nb-javac is coincidental). 
There's barely time to get a fix into 12.3 and assuming it's simple.


I'd call this highest priority.



уто, 19. јан 2021. у 20:06 Ernie Rael <mailto:err...@raelity.com>> је написао/ла:


Seems very important.

https://issues.apache.org/jira/projects/NETBEANS/issues
<https://issues.apache.org/jira/projects/NETBEANS/issues>

Would be appreciated.

On 1/19/2021 10:23 AM, Dragan Bjedov wrote:
> Hello all,
>
> I have a problem with Javadoc for Java default packages.
> For example for java.util.Optional, NetBeans is searching it on
>
https://docs.oracle.com/en/java/javase/15/docs/api/java/util/Optional.html
<https://docs.oracle.com/en/java/javase/15/docs/api/java/util/Optional.html>

>
<https://docs.oracle.com/en/java/javase/15/docs/api/java/util/Optional.html

<https://docs.oracle.com/en/java/javase/15/docs/api/java/util/Optional.html>>
> instead of
>

https://docs.oracle.com/en/java/javase/15/docs/api/java.base/java/util/Optional.html

<https://docs.oracle.com/en/java/javase/15/docs/api/java.base/java/util/Optional.html>

>

<https://docs.oracle.com/en/java/javase/15/docs/api/java.base/java/util/Optional.html

<https://docs.oracle.com/en/java/javase/15/docs/api/java.base/java/util/Optional.html>>
>
> Same issue with Maven and Ant projects (modular and non-modular).
>
> Regards,
> Dragan Bjedov



-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
<mailto:users-unsubscr...@netbeans.apache.org>
For additional commands, e-mail: users-h...@netbeans.apache.org
<mailto:users-h...@netbeans.apache.org>

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
<https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists>



--
MSc Dragan Bjedov




-
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

Re: Netbeans 11.3 - can't push to remote

[Ernie Rael]

On 1/19/2021 5:25 PM, Jack W. wrote:

Thanks Thomas Wolf, but that didn't work for my situation.
Are there Issues on NB

https://issues.apache.org/jira/projects/NETBEANS/issues

ssh already or should I file one?

On Tue, Jan 19, 2021 at 5:41 PM Thomas Wolf > wrote:


FIGURED IT OUT!

And as is often the case, stackoverflow had the answer:

https://stackoverflow.com/questions/53134212/invalid-privatekey-when-using-jsch



---
Jack Woehr   # Woehr's Asymptote: The ratio of the time spent
Box 51, Golden CO 80402  # administering productivity software over 
the time
http://www.softwoehr.com  # saved by said 
software eventually approximates 1.




-
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

Re: JDK 15 Javadoc wrong location

[Ernie Rael]

Seems very important.

   https://issues.apache.org/jira/projects/NETBEANS/issues

Would be appreciated.

On 1/19/2021 10:23 AM, Dragan Bjedov wrote:

Hello all,

I have a problem with Javadoc for Java default packages.
For example for java.util.Optional, NetBeans is searching it on
https://docs.oracle.com/en/java/javase/15/docs/api/java/util/Optional.html 


instead of
https://docs.oracle.com/en/java/javase/15/docs/api/java.base/java/util/Optional.html 



Same issue with Maven and Ant projects (modular and non-modular).

Regards,
Dragan Bjedov




-
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

Re: Netbeans/Maven Resource Bundle problem (classpath?)

[Ernie Rael]

On 1/1/2021 6:28 AM, Jeff Schmidt wrote:


Hello,

...

  For some reason, I got it in my head after getting the 
CelsiusConverter tutorial project created and working,




It can be fun to play


to run NetBeans's Internationalization Wizard to internationalize the 
project (ie move string constants out to a Resource Bundle, replacing 
the string constants with lookups from the locale bundle).


Maven keeps resources in a "mirror" directory structure. For example, 
you should see


   Other Sources

at the same level as

   Source Packages

with an underlying directory structure like

   src/main/java
   src/main/resources

If it's missing, I know of no way to ask NetBeans to create it. NetBeans 
should have a


   Move to Resources

action to help with all the legacy stuff that doesn't know about the 
maven structure. But I don't think there is such a thing.


AFAICT, you will have to manually move the files to the correct 
location. Note that the full structure is mirrored. In your example you 
have the bundle under the learn package. Thing are automatically copies 
to their corresponding place when the jar file is created. You probably 
want something like


   src/main/resources/learn/xxxBundle.properties

Looks like a bug in the internationalization wizard.

This causes no end of problems for those unfamiliar with this. You 
probably have to manually move the files over Some searching about maven 
project directory structure may be of assistance.


-ernie

  Since running the I18N Wizard, when I try to run the app, I now get 
Maven exceptions about not being able to find the resource bundle. I 
suspect this is some sort of classpath issue with Maven. The I18N 
Wizard helped me create an initial default/base resource bundle. When 
I started getting the error, I found an option in a right-click menu 
to add a new locale, so I added en_US, to see if that would resolve 
the error, but that didn't make any difference.





-
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

gradle issues/questions

[Ernie Rael]

Season's greetings to all,

I'm working with a maven project that uses a library; I need to fix a 
bug in the library. After the fix, I'll want to publish the library to 
my maven groupid. After downloading the project, I discovered it used 
gradle for building. My final fix to get it to build was to set the 
project's jdk property from default j-15, to jdk1.8. And then I found an 
install action in NBs navigator to get something into the local 
repository. (Clean and build does that for maven project, but not gradle)


My question: having never used gradle, I'm looking for info on 
publishing to maven repository; like where this is specified in the 
project's gradle property files. I'll need to tweak the destination, 
maybe some options...


I generally do mvn from the command line, not the IDE.

Any recommendations on docs, NB and/or gradle, to help me start to get 
up to speed appreciated.


-ernie


-
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

Developing ant module suite against an nbm made with maven

[Ernie Rael]

I have a module suite project built with ant. I've got a module project 
built with maven. What's the best way for the suite to use the module? 
If the module was built by ant, I could add it to the suite's 
platform.properties; and then use it.


In project "a_proj" after mvn install, in target there's an nbm and a 
structure except for the extra extra (which doesn't show up in jar -tf 
xxx.nbm).


   target/nbm
   target/nbm/a_mod-1.0-SNAPSHOT.nbm
   target/nbm/netbeans
   target/nbm/netbeans/extra
   target/nbm/netbeans/extra/config
   target/nbm/netbeans/extra/modules
   target/nbm/netbeans/extra/modules/ext
   target/nbm/netbeans/extra/update_tracking

I guess I have to install the nbm into an instance of netbeans and point 
the module suite to that. Is there a documented/recommended technique 
for this? Any gotchas to watch out for.


I remember something about installing globally, but I don't see a UI for 
that, and that's not what I want in general. When I make this available, 
it's just a bunch of nbm that get installed together.


-ernie


-
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

Re: Resource sub-folder for Maven based JavaFX

[Ernie Rael]

In an earlier msg you said
FXML ... creates "Other Sources/src/main/resources/${project.package}" 
tree structure


But that is not what you are showing, you show nothing under resources.

Seems Gj is correct. I'm sure you can find somewhere to help with you're 
maven problem.


-ernie

On 10/1/2020 12:40 PM, HRH wrote:

The directory structure for the FXML JavaFX project:
|->src
|        |->main
|    | |->java
|    |    |  |->org
|    |    |   |->openjfx
|    |    |  
|->mavenfxmlwebview

|    | |->resources
|    |->test
target
 |->classes
|->org
|->openjfx
|->mavenfxmlwebview

The directory structure for the Simple JavaFX project:
|->src
|        |->main
|    | |->java
|    |    |  |->org
|    |    |   |->openjfx
|    |    |  
|->mavenfxsliderbar

|    | |->resources
|    |->test
target
 |->classes
|->org
|->openjfx
|->mavenfxsliderbar

Hope the bars are still lining up properly after I submit this email.

Thanks




On Thursday, October 1, 2020, 10:45:19 PM GMT+3:30, Ernie Rael 
 wrote:



@HRH,

Could you provide the directory structure under src/main/resources for
both the working project and the failing project.

-ernie

On 10/1/2020 11:17 AM, HRH wrote:
> No, the folder contains an image file (.jpeg)
>
> On Tuesday, September 29, 2020, 9:21:41 PM GMT+3:30, Geertjan Wielenga
> mailto:geert...@apache.org>> wrote:
>
>
> Because the folder is empty?
>
> Gj
>
> On Tue, 29 Sep 2020 at 19:45, HRH <mailto:hrh...@yahoo.com.invalid>> wrote:

>
>
>
>
>    Well, I looked into the IDE generated POMs for both project types
>    assiduously and there are no major differences, that would lead
>    one to believe Maven is the culprit here. In summary, during the
>    project build, the resource sub-folder (within the Maven compliant
>    folder structure) is copied from the "src" sub-tree to the
>    "target" sub-tree, by the IDE for the "FXML JavaFX Maven
>    Archetype" projects but this step is completely elided for the
>    "Simple JavaFX Maven Archetype) projects.
>
>    Thanks
>
>
>
>
>
>
>
>
>
>
>
>
>    On Thursday, September 17, 2020, 11:21:48 PM GMT+4:30, HRH
>    mailto:hrh...@yahoo.com.invalid>> wrote:
>
>
>
>
>
>
>
>
>
>
>
>    That's precisely what I was doing, by looking into the Maven docs,
>    and trying to find a way to copy this file to the right
>    destination folder. The generated pom.xml files for both templates
>    seem identical with the exception of the main class name and the
>    project name, so there must be a reason why they behave differently.
>
>    Thanks
>
>
>
>
>
>
>
>
>
>
>
>
>
>    On Thursday, September 17, 2020, 11:11:27 PM GMT+4:30, Ernie Rael
>    mailto:err...@raelity.com> 
<mailto:err...@raelity.com <mailto:err...@raelity.com>>> wrote:

>
>
>
>
>
>
>
>
>
>    On 9/17/2020 11:33 AM, HRH wrote:
>    > Ok, I need to be more specific vis-a-vis my last reply. Initially,
>    > when I created the src/main/resources sub-folder and put my
>    image.jpg
>    > in that directory, Maven copied it the .jpg file to the
>    > "target/classes" directory instead of
>    > "target/classes/org/openjfx/${package} where all the class files
>    > reside. In contrast, for the "FXML JavaFX Archetype (Gluon)"
>    template,
>    > Maven copies the content of the "src/main/resources" to
>    > "target/classes/org/openjfx/${package} and the runtime can load
>    the file.
>
>    It's up to you to figure out what/if maven is doing differently
>    for one
>    project and not the other. It's not a NetBeans issue. Take a look
>    at the
>    structure under resources
>
>    -ernie
>
>    >
>    > I hope this clarifies the ambiguity in the last reply.
>    >
>    > On Thursday, September 17, 2020, 10:31:40 PM GMT+4:30, HRH
>    > mailto:hrh...@yahoo.com.invalid> 
<mailto:hrh...@yahoo.com.invalid <mailto:hrh...@yahoo.com.invalid>>> 
wrote:

>    >
>    >
>    > Ernie
>    >
>    > I have done that (making a "resources" sub-folder under the
>    src/main)
>    > but Maven does not copy its content to the "target" subtree. Not
>    sure why?
>    >
>    > On Thursday, September 17, 2020, 10:16:20 PM GMT+4:30, Ernie Rael
>    > mailto:

Re: Resource sub-folder for Maven based JavaFX

[Ernie Rael]

@HRH,

Could you provide the directory structure under src/main/resources for 
both the working project and the failing project.


-ernie

On 10/1/2020 11:17 AM, HRH wrote:

No, the folder contains an image file (.jpeg)

On Tuesday, September 29, 2020, 9:21:41 PM GMT+3:30, Geertjan Wielenga 
 wrote:



Because the folder is empty?

Gj

On Tue, 29 Sep 2020 at 19:45, HRH  wrote:




Well, I looked into the IDE generated POMs for both project types
assiduously and there are no major differences, that would lead
one to believe Maven is the culprit here. In summary, during the
project build, the resource sub-folder (within the Maven compliant
folder structure) is copied from the "src" sub-tree to the
"target" sub-tree, by the IDE for the "FXML JavaFX Maven
Archetype" projects but this step is completely elided for the
"Simple JavaFX Maven Archetype) projects.

Thanks












On Thursday, September 17, 2020, 11:21:48 PM GMT+4:30, HRH
 wrote:











That's precisely what I was doing, by looking into the Maven docs,
and trying to find a way to copy this file to the right
destination folder. The generated pom.xml files for both templates
seem identical with the exception of the main class name and the
project name, so there must be a reason why they behave differently.

Thanks













On Thursday, September 17, 2020, 11:11:27 PM GMT+4:30, Ernie Rael
mailto:err...@raelity.com>> wrote:









On 9/17/2020 11:33 AM, HRH wrote:
> Ok, I need to be more specific vis-a-vis my last reply. Initially,
> when I created the src/main/resources sub-folder and put my
image.jpg
> in that directory, Maven copied it the .jpg file to the
> "target/classes" directory instead of
> "target/classes/org/openjfx/${package} where all the class files
> reside. In contrast, for the "FXML JavaFX Archetype (Gluon)"
template,
> Maven copies the content of the "src/main/resources" to
> "target/classes/org/openjfx/${package} and the runtime can load
the file.

It's up to you to figure out what/if maven is doing differently
for one
project and not the other. It's not a NetBeans issue. Take a look
at the
structure under resources

-ernie

>
> I hope this clarifies the ambiguity in the last reply.
>
> On Thursday, September 17, 2020, 10:31:40 PM GMT+4:30, HRH
> mailto:hrh...@yahoo.com.invalid>> wrote:
>
>
> Ernie
>
> I have done that (making a "resources" sub-folder under the
src/main)
    > but Maven does not copy its content to the "target" subtree. Not
sure why?
>
> On Thursday, September 17, 2020, 10:16:20 PM GMT+4:30, Ernie Rael
> mailto:err...@raelity.com>> wrote:
>
>
> On 9/17/2020 9:58 AM, HRH wrote:
> >
> > Hi Ernie,
> >
> > I hear what you're saying about the empty directory. I kept the
> > artifact in the src/main and manually copied it to the
target/classes
> > tree after the build. However, "Run Main Project" tends to
rebuild and
> > wipe the "target" sub-tree (because I am missing the nb-javac
plugin),
> > which then leads to a runtime error due to missing artifact.
> > Currently, I going through Maven documentation to figure out a
way (I
> > recall seeing a Maven plugin somewhere) to copy this file from
> > "main/src" to "target/classes" as the last step in the build and I
> > believe this will circumvent my issue.
>
> I'm confused. Why don't you create the resources directory,
> .../src/main/resources/ and move the files to there and be done
with the
> problem?
>
    > You do not seem to have a maven compliant file layout. Why not
make it
> compliant and be done with this whole issue of manually copying
files
> around?
>
> -ernie
>
> >
> > Thanks as always for your insight
> > On Thursday, September 17, 2020, 7:47:21 PM GMT+4:30, Ernie Rael
> > mailto:err...@raelity.com>
<mailto:err...@raelity.com <mailto:err...@raelity.com>>> wrote:
> >
> >
> > On 9/17/2020 5:11 AM, HRH wrote:
> > > Hi,
> > >
> > > The "Simple JavaFX Maven Archetype (Gluon)" template from
the "New
> > > Projects->Java with Maven" does not create a resource
sub-folder under
> > > the src subtree, so the developer can store required
artifacts (i.e.
> > > jpg images,etc.) for the project in th

Re: Sudden erratic behaviour by Netbeans 12.0

[Ernie Rael]

On 10/1/2020 2:44 AM, David Gradwell wrote:


It’s probably bad form to answer one’s own question !


Not at all.


However:

 1. Look at the About window gives the cache location.
 2. 
https://stackoverflow.com/questions/8689780/how-to-clear-the-cache-in-netbeans
is helpful.
 3. Clearing the cache clears the problem.

Is it worth bug reporting corrupt cache issues next time it happens ?


IMO. If you have a reproducible case, then yes; file an issue.

Otherwise, everyone (at least anyone who might read the report and have 
a shot at fixing it) already know the cache sometimes gets corrupted.



Thanks

David

*From: *David Gradwell 
*Date: *Thursday, 1 October 2020 at 10:30
*To: *"users@netbeans.apache.org" 
*Subject: *Sudden erratic behaviour by Netbeans 12.0

Hi,

After months of using NetBeans 12.0 it has started behaving erratically.

Specifically:

 1. A long established and unchanged Maven project re-compiled and
produced the expected .jar but two source files were flagged as
errored but no line in either file had an error flag.
 2. None of the other projects (at least a dozen !) that depend on the
project in question could see the project.

Clean and build doesn’t help.

Closing and re-opening the project doesn’t help.

Questions:

 1. How do I clear the NetBeans cache ?
 2. Has anyone else seen anything like this ?

Regards

David Gradwell




-
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

Re: Resource sub-folder for Maven based JavaFX

[Ernie Rael]

In the project directory, from the OS command line, did you try running 
"mvn clean package"?


This takes NetBeans out of the equation; I don't think NetBeans is 
copying stuff from resource to target.


I think maven replicates the resources directory structure under target.

-ernie

On 9/29/2020 10:44 AM, HRH wrote:


Well, I looked into the IDE generated POMs for both project types 
assiduously and there are no major differences, that would lead one to 
believe Maven is the culprit here. In summary, during the project 
build, the resource sub-folder (within the Maven compliant folder 
structure) is copied from the "src" sub-tree to the "target" sub-tree, 
by the IDE for the "FXML JavaFX Maven Archetype" projects but this 
step is completely elided for the "Simple JavaFX Maven Archetype) 
projects.


Thanks
On Thursday, September 17, 2020, 11:21:48 PM GMT+4:30, HRH 
 wrote:



That's precisely what I was doing, by looking into the Maven docs, and 
trying to find a way to copy this file to the right destination 
folder. The generated pom.xml files for both templates seem identical 
with the exception of the main class name and the project name, so 
there must be a reason why they behave differently.


Thanks

On Thursday, September 17, 2020, 11:11:27 PM GMT+4:30, Ernie Rael 
 wrote:



On 9/17/2020 11:33 AM, HRH wrote:
> Ok, I need to be more specific vis-a-vis my last reply. Initially,
> when I created the src/main/resources sub-folder and put my image.jpg
> in that directory, Maven copied it the .jpg file to the
> "target/classes" directory instead of
> "target/classes/org/openjfx/${package} where all the class files
> reside. In contrast, for the "FXML JavaFX Archetype (Gluon)" template,
> Maven copies the content of the "src/main/resources" to
> "target/classes/org/openjfx/${package} and the runtime can load the 
file.


It's up to you to figure out what/if maven is doing differently for one
project and not the other. It's not a NetBeans issue. Take a look at the
structure under resources

-ernie

>
> I hope this clarifies the ambiguity in the last reply.
>
> On Thursday, September 17, 2020, 10:31:40 PM GMT+4:30, HRH
> mailto:hrh...@yahoo.com.invalid>> wrote:
>
>
> Ernie
>
> I have done that (making a "resources" sub-folder under the src/main)
> but Maven does not copy its content to the "target" subtree. Not 
sure why?

>
> On Thursday, September 17, 2020, 10:16:20 PM GMT+4:30, Ernie Rael
> mailto:err...@raelity.com>> wrote:
>
>
> On 9/17/2020 9:58 AM, HRH wrote:
> >
> > Hi Ernie,
> >
> > I hear what you're saying about the empty directory. I kept the
> > artifact in the src/main and manually copied it to the target/classes
> > tree after the build. However, "Run Main Project" tends to rebuild and
> > wipe the "target" sub-tree (because I am missing the nb-javac plugin),
> > which then leads to a runtime error due to missing artifact.
> > Currently, I going through Maven documentation to figure out a way (I
> > recall seeing a Maven plugin somewhere) to copy this file from
> > "main/src" to "target/classes" as the last step in the build and I
> > believe this will circumvent my issue.
>
> I'm confused. Why don't you create the resources directory,
> .../src/main/resources/ and move the files to there and be done with the
> problem?
>
> You do not seem to have a maven compliant file layout. Why not make it
> compliant and be done with this whole issue of manually copying files
> around?
>
> -ernie
>
> >
> > Thanks as always for your insight
> > On Thursday, September 17, 2020, 7:47:21 PM GMT+4:30, Ernie Rael
> > mailto:err...@raelity.com> 
<mailto:err...@raelity.com <mailto:err...@raelity.com>>> wrote:

> >
> >
> > On 9/17/2020 5:11 AM, HRH wrote:
> > > Hi,
> > >
> > > The "Simple JavaFX Maven Archetype (Gluon)" template from the "New
> > > Projects->Java with Maven" does not create a resource sub-folder 
under

> > > the src subtree, so the developer can store required artifacts (i.e.
> > > jpg images,etc.) for the project in that folder. If the artifacts
> > > placed in the src directory with the main and the controller source
> > > code, the maven does not copy them to the target->classes, hence the
> > > developer needs to manually copy
> > The developer can put the resources where they belong for the maven
> > build system when the developer initially adds them.
> >
> > > these artifacts src->main to the "target->classes" after each build,
> > &g

Re: Resource sub-folder for Maven based JavaFX

[Ernie Rael]

On 9/17/2020 11:33 AM, HRH wrote:
Ok, I need to be more specific vis-a-vis my last reply. Initially, 
when I created the src/main/resources sub-folder and put my image.jpg 
in that directory, Maven copied it the .jpg file to the 
"target/classes" directory instead of 
"target/classes/org/openjfx/${package} where all the class files 
reside. In contrast, for the "FXML JavaFX Archetype (Gluon)" template, 
Maven copies the content of the "src/main/resources" to 
"target/classes/org/openjfx/${package} and the runtime can load the file.


It's up to you to figure out what/if maven is doing differently for one 
project and not the other. It's not a NetBeans issue. Take a look at the 
structure under resources


-ernie



I hope this clarifies the ambiguity in the last reply.

On Thursday, September 17, 2020, 10:31:40 PM GMT+4:30, HRH 
 wrote:



Ernie

I have done that (making a "resources" sub-folder under the src/main) 
but Maven does not copy its content to the "target" subtree. Not sure why?


On Thursday, September 17, 2020, 10:16:20 PM GMT+4:30, Ernie Rael 
 wrote:



On 9/17/2020 9:58 AM, HRH wrote:
>
> Hi Ernie,
>
> I hear what you're saying about the empty directory. I kept the
> artifact in the src/main and manually copied it to the target/classes
> tree after the build. However, "Run Main Project" tends to rebuild and
> wipe the "target" sub-tree (because I am missing the nb-javac plugin),
> which then leads to a runtime error due to missing artifact.
> Currently, I going through Maven documentation to figure out a way (I
> recall seeing a Maven plugin somewhere) to copy this file from
> "main/src" to "target/classes" as the last step in the build and I
> believe this will circumvent my issue.

I'm confused. Why don't you create the resources directory,
.../src/main/resources/ and move the files to there and be done with the
problem?

You do not seem to have a maven compliant file layout. Why not make it
compliant and be done with this whole issue of manually copying files
around?

-ernie

>
> Thanks as always for your insight
> On Thursday, September 17, 2020, 7:47:21 PM GMT+4:30, Ernie Rael
> mailto:err...@raelity.com>> wrote:
>
>
> On 9/17/2020 5:11 AM, HRH wrote:
> > Hi,
> >
> > The "Simple JavaFX Maven Archetype (Gluon)" template from the "New
> > Projects->Java with Maven" does not create a resource sub-folder under
> > the src subtree, so the developer can store required artifacts (i.e.
> > jpg images,etc.) for the project in that folder. If the artifacts
> > placed in the src directory with the main and the controller source
> > code, the maven does not copy them to the target->classes, hence the
> > developer needs to manually copy
> The developer can put the resources where they belong for the maven
> build system when the developer initially adds them.
>
> > these artifacts src->main to the "target->classes" after each build,
> > to avoid runtime errors.
> >
> > In contrast, the "FXML JavaFX Maven Archetype (Gluon)" template always
> > creates "Other Sources/src/main/resources/${project.package}" tree
> > structure for the artifacts (i.e. fxml, css, images, etc.) and the
> > maven copies them to the "target->classes->${package}" sub-folder.
> >
> > If possible, it would be great if these two templates create a
> > consistent tree structure.
>
>
> The FXML project has resources, so it creates the directory and puts the
> resources there; the other project type does not does not have resources
> and so does not create the directory. You're suggesting creating empty
> directories, which SCM will get rid of.
>
> Just create the directory when you need it. (I kind of agree with you,
> but there are so many valid directory structures for a project... The
> SCM issue is the clincher, empty directories do not stay around) If you
> don't know where the resources are supposed to go, then having some
> directory hanging around won't help anyway.
>
> -ernie
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org 
<mailto:users-unsubscr...@netbeans.apache.org>
> <mailto:users-unsubscr...@netbeans.apache.org 
<mailto:users-unsubscr...@netbeans.apache.org>>
> For additional commands, e-mail: users-h...@netbeans.apache.org 
<mailto:users-h...@netbeans.apache.org>
> <mailto:users-h...@netbeans.apache.org 
<mailto:users-h...@netbeans.apache.org>>

>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache

Re: Resource sub-folder for Maven based JavaFX

[Ernie Rael]

On 9/17/2020 11:01 AM, HRH wrote:

Ernie

I have done that (making a "resources" sub-folder under the src/main) 
but Maven does not copy its content to the "target" subtree. Not sure why?


To be clear. If, with no IDE, you do "mvn clean package" (or whatever 
you specifically need) the resources are not copied for one project 
(simple javafx) but they are copied for a different project (fxml). So 
this is a problem that has nothing to do with NetBeans.


-ernie



On Thursday, September 17, 2020, 10:16:20 PM GMT+4:30, Ernie Rael 
 wrote:



On 9/17/2020 9:58 AM, HRH wrote:
>
> Hi Ernie,
>
> I hear what you're saying about the empty directory. I kept the
> artifact in the src/main and manually copied it to the target/classes
> tree after the build. However, "Run Main Project" tends to rebuild and
> wipe the "target" sub-tree (because I am missing the nb-javac plugin),
> which then leads to a runtime error due to missing artifact.
> Currently, I going through Maven documentation to figure out a way (I
> recall seeing a Maven plugin somewhere) to copy this file from
> "main/src" to "target/classes" as the last step in the build and I
> believe this will circumvent my issue.

I'm confused. Why don't you create the resources directory,
.../src/main/resources/ and move the files to there and be done with the
problem?

You do not seem to have a maven compliant file layout. Why not make it
compliant and be done with this whole issue of manually copying files
around?

-ernie

>
> Thanks as always for your insight
> On Thursday, September 17, 2020, 7:47:21 PM GMT+4:30, Ernie Rael
> mailto:err...@raelity.com>> wrote:
>
>
> On 9/17/2020 5:11 AM, HRH wrote:
> > Hi,
> >
> > The "Simple JavaFX Maven Archetype (Gluon)" template from the "New
> > Projects->Java with Maven" does not create a resource sub-folder under
> > the src subtree, so the developer can store required artifacts (i.e.
> > jpg images,etc.) for the project in that folder. If the artifacts
> > placed in the src directory with the main and the controller source
> > code, the maven does not copy them to the target->classes, hence the
> > developer needs to manually copy
> The developer can put the resources where they belong for the maven
> build system when the developer initially adds them.
>
> > these artifacts src->main to the "target->classes" after each build,
> > to avoid runtime errors.
> >
> > In contrast, the "FXML JavaFX Maven Archetype (Gluon)" template always
> > creates "Other Sources/src/main/resources/${project.package}" tree
> > structure for the artifacts (i.e. fxml, css, images, etc.) and the
> > maven copies them to the "target->classes->${package}" sub-folder.
> >
> > If possible, it would be great if these two templates create a
> > consistent tree structure.
>
>
> The FXML project has resources, so it creates the directory and puts the
> resources there; the other project type does not does not have resources
> and so does not create the directory. You're suggesting creating empty
> directories, which SCM will get rid of.
>
> Just create the directory when you need it. (I kind of agree with you,
> but there are so many valid directory structures for a project... The
> SCM issue is the clincher, empty directories do not stay around) If you
> don't know where the resources are supposed to go, then having some
> directory hanging around won't help anyway.
>
> -ernie
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org 
<mailto:users-unsubscr...@netbeans.apache.org>
> <mailto:users-unsubscr...@netbeans.apache.org 
<mailto:users-unsubscr...@netbeans.apache.org>>
> For additional commands, e-mail: users-h...@netbeans.apache.org 
<mailto:users-h...@netbeans.apache.org>
> <mailto:users-h...@netbeans.apache.org 
<mailto:users-h...@netbeans.apache.org>>

>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

>
>


-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org 
<mailto:users-unsubscr...@netbeans.apache.org>
For additional commands, e-mail: users-h...@netbeans.apache.org 
<mailto:users-h...@netbeans.apache.org>


For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists




-
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

Re: Resource sub-folder for Maven based JavaFX

[Ernie Rael]

On 9/17/2020 9:58 AM, HRH wrote:


Hi Ernie,

I hear what you're saying about the empty directory. I kept the 
artifact in the src/main and manually copied it to the target/classes 
tree after the build. However, "Run Main Project" tends to rebuild and 
wipe the "target" sub-tree (because I am missing the nb-javac plugin), 
which then leads to a runtime error due to missing artifact. 
Currently, I going through Maven documentation to figure out a way (I 
recall seeing a Maven plugin somewhere) to copy this file from 
"main/src" to "target/classes" as the last step in the build and I 
believe this will circumvent my issue.


I'm confused. Why don't you create the resources directory, 
.../src/main/resources/ and move the files to there and be done with the 
problem?


You do not seem to have a maven compliant file layout. Why not make it 
compliant and be done with this whole issue of manually copying files 
around?


-ernie



Thanks as always for your insight
On Thursday, September 17, 2020, 7:47:21 PM GMT+4:30, Ernie Rael 
 wrote:



On 9/17/2020 5:11 AM, HRH wrote:
> Hi,
>
> The "Simple JavaFX Maven Archetype (Gluon)" template from the "New
> Projects->Java with Maven" does not create a resource sub-folder under
> the src subtree, so the developer can store required artifacts (i.e.
> jpg images,etc.) for the project in that folder. If the artifacts
> placed in the src directory with the main and the controller source
> code, the maven does not copy them to the target->classes, hence the
> developer needs to manually copy
The developer can put the resources where they belong for the maven
build system when the developer initially adds them.

> these artifacts src->main to the "target->classes" after each build,
> to avoid runtime errors.
>
> In contrast, the "FXML JavaFX Maven Archetype (Gluon)" template always
> creates "Other Sources/src/main/resources/${project.package}" tree
> structure for the artifacts (i.e. fxml, css, images, etc.) and the
> maven copies them to the "target->classes->${package}" sub-folder.
>
> If possible, it would be great if these two templates create a
> consistent tree structure.


The FXML project has resources, so it creates the directory and puts the
resources there; the other project type does not does not have resources
and so does not create the directory. You're suggesting creating empty
directories, which SCM will get rid of.

Just create the directory when you need it. (I kind of agree with you,
but there are so many valid directory structures for a project... The
SCM issue is the clincher, empty directories do not stay around) If you
don't know where the resources are supposed to go, then having some
directory hanging around won't help anyway.

-ernie


-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org 
<mailto:users-unsubscr...@netbeans.apache.org>
For additional commands, e-mail: users-h...@netbeans.apache.org 
<mailto:users-h...@netbeans.apache.org>


For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





-
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

Re: Resource sub-folder for Maven based JavaFX

[Ernie Rael]

On 9/17/2020 5:11 AM, HRH wrote:

Hi,

The "Simple JavaFX Maven Archetype (Gluon)" template from the "New 
Projects->Java with Maven" does not create a resource sub-folder under 
the src subtree, so the developer can store required artifacts (i.e. 
jpg images,etc.) for the project in that folder. If the artifacts 
placed in the src directory with the main and the controller source 
code, the maven does not copy them to the target->classes, hence the 
developer needs to manually copy
The developer can put the resources where they belong for the maven 
build system when the developer initially adds them.
these artifacts src->main to the "target->classes" after each build, 
to avoid runtime errors.


In contrast, the "FXML JavaFX Maven Archetype (Gluon)" template always 
creates "Other Sources/src/main/resources/${project.package}" tree 
structure for the artifacts (i.e. fxml, css, images, etc.) and the 
maven copies them to the "target->classes->${package}" sub-folder.


If possible, it would be great if these two templates create a 
consistent tree structure.


The FXML project has resources, so it creates the directory and puts the 
resources there; the other project type does not does not have resources 
and so does not create the directory. You're suggesting creating empty 
directories, which SCM will get rid of.


Just create the directory when you need it. (I kind of agree with you, 
but there are so many valid directory structures for a project... The 
SCM issue is the clincher, empty directories do not stay around) If you 
don't know where the resources are supposed to go, then having some 
directory hanging around won't help anyway.


-ernie


-
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

Re: Maven deployment plugin for JavaFX

[Ernie Rael]

On 9/6/2020 4:53 AM, HRH wrote:

**
Is jlink of any use here? The projects created with "NewProject >
SimpleJavaFX > ..." have a jlink action
**
Hi Ernie,

I noticed the "NewProject> FXML JavaFX...>", also have jlink action 
defined in the nbactions.xml as follow:


The items found in nbactions.xml are not generally used as part of the 
build. They are associated with IDE action, like the run/debug buttons; 
or speicific actions not part of the maven phases. Tye 
ProjectWin>ProjNode>RunMaven And you can also take a look at 
ProjectWin>ProjNode>Properties>Actions; the stuff in bold under actions 
is usually from the nbactions.xml.


Anyway, for jlink

1. edit pom.xml and add the property, using your main class name
   org.mystuff.App
2. ProjWin>MyProj>RunMaven>jlink
3. cd /target/image/bin
4. ./java org.mystuff.App

This should run your app. You can take a look at the docs for the 
javafx-maven-plugin for more info.


-ernie




CUSTOM-jlink
    jlink
    
    clean
    

    compile
    javafx:jlink
    
 


In addition, it has jar packaging clause:



    run
    
jar
    
    
    clean
    javafx:run
    
    

However, I am not sure, if these goals and actions are actually being 
processed during the build since I don't see any jar file under 
target/classes tree structure. Any idea?


Thanks




On Friday, September 4, 2020, 8:08:24 PM GMT+4:30, HRH 
 wrote:



Thanks, Ernie, I recall someone on Stackoverflow had mentioned it 
while back. I will look into it.


On Friday, September 4, 2020, 7:45:30 PM GMT+4:30, Ernie Rael 
 wrote:



On 9/3/2020 11:04 AM, HRH wrote:
> Hi,
>
> Does anyone know, if Maven has a plugin deployment for JavaFX
> application that will render a self-contained installable package

Is jlink of any use here? The projects created with "NewProject >
SimpleJavaFX > ..." have a jlink action.

-ernie


> for a given (or all) platform(s) (i.e. Windows - 64 bit, Linux or Mac
> OS)? I rather use a plugin and have the IDE do most of the work than
> using the Java Jpackage tool and do all the work myself.
>
> Thanks




-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org 
<mailto:users-unsubscr...@netbeans.apache.org>
For additional commands, e-mail: users-h...@netbeans.apache.org 
<mailto:users-h...@netbeans.apache.org>


For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





-
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

Re: Maven deployment plugin for JavaFX

[Ernie Rael]

On 9/3/2020 11:04 AM, HRH wrote:

Hi,

Does anyone know, if Maven has a plugin deployment for JavaFX 
application that will render a self-contained installable package


Is jlink of any use here? The projects created with "NewProject > 
SimpleJavaFX > ..." have a jlink action.


-ernie

for a given (or all) platform(s) (i.e. Windows - 64 bit, Linux or Mac 
OS)? I rather use a plugin and have the IDE do most of the work than 
using the Java Jpackage tool and do all the work myself.


Thanks




-
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

Re: Try out and vote for Apache NetBeans 12.1

[Ernie Rael]

On 8/30/2020 6:59 PM, Greenberg, Gary wrote:


I have deleted .m2 and also installed new version of Maven (3.5.4 -> 
3.6.3)


Did you inform NetBeans about it? Tools>Options>Java>Maven>Execution. 
And some of the other Maven Categories might have some bearing on the 
problem, like "Index".


-ernie


Still search for dependencies doesn’t work.

Doesn’t look like it is searching for anything.

In a fraction of a second it pops-up “No matching items” window.

Gary Greenberg

Staff Software Engineer

Data Product Development, BI-A

E: ggree...@visa.com

M: 650-269-7902

EmailSig-TaglineVersion

*From:*Geertjan Wielenga 
*Sent:* Sunday, August 30, 2020 2:50 PM
*To:* Greenberg, Gary 
*Cc:* users@netbeans.apache.org
*Subject:* Re: Try out and vote for Apache NetBeans 12.1

You must have an .m2 folder somewhere, delete it. NetBeans might not 
be using the latest Maven version, best to use the latest Maven version.


At this point I cannot help you further. I simply suggest setting up 
Maven from scratch.


Gj

On Sun, 30 Aug 2020 at 23:47, Greenberg, Gary 
mailto:ggree...@visa.com.invalid>> wrote:













What do you mean from scratch?

I was using Maven built-in into Netbeans.


Do you suggest to install maven outside of NB?

Gary Greenberg

Staff Software Engineer

Data Product Development, BI-A

E: ggree...@visa.com 

M: 650-269-7902

EmailSig-TaglineVersion

*From:*Geertjan Wielenga mailto:geert...@apache.org>>




*Sent:* Sunday, August 30, 2020 2:14 PM


*To:* Greenberg, Gary mailto:ggree...@visa.com>>


*Cc:* users@netbeans.apache.org 


*Subject:* Re: Try out and vote for Apache NetBeans 12.1

Well, sounds like something is wrong with your Maven installation.
I recommend you uninstall, remove the .m2 folder, and set up Maven
again completely from scratch.

Gj

On Sun, Aug 30, 2020 at 11:05 PM Greenberg, Gary
mailto:ggree...@visa.com.invalid>> wrote:

I found out what was wrong with it.


Apparently security update removed almost half of jars in
JDK1.8 (my project is using this platform).


Why did it do so, I do not know.


Anyway, I reinstalled Java 8 JDK (and upgraded from build 251
to 265 along the way).


Hanging and problems with opening files disappeared.


However, I still have the problem with Maven dependencies search.


It never worked for me in neither version 11 nor 12.


As I understood, other people do not have this problem and
this feature works for them.


Can someone help me to find out what is wrong with my
installation and how do I enable dependency search.





Gary Greenberg


Staff Software Engineer


Data Product Development, BI-A


E: ggree...@visa.com 


M: 650-269-7902










-
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

Re: Try out and vote for Apache NetBeans 12.1

[Ernie Rael]

So the

   java.lang.AssertionError cannot be found on the bootclasspath:
    ...  Changing source level to 1.3

is unexpected. When does that happen? Only with one project? I guess that could 
mean the classpath is wrong (if it's not the jdk). Does the classpath look 
correct? Could it be a hardware failure? Something has changed.

-ernie

On 8/28/2020 7:40 PM, Greenberg, Gary wrote:

I haven't try jstack yet.
I do not think JDK 1.8 is corrupted. Last week it was working fine.
Couple days ago I started new project. Created 4 java files without problems,
but today on the 5-th one I got these un-ending problems.

Gary Greenberg
Staff Software Engineer
Data Product Development, BI-A
E: ggree...@visa.com
M: 650-269-7902




-Original Message-
From: Ernie Rael 
Sent: Friday, August 28, 2020 6:39 PM
To: users@netbeans.apache.org
Subject: Re: Try out and vote for Apache NetBeans 12.1

On 8/28/2020 5:57 PM, Greenberg, Gary wrote:

I did try it before it hangs and still no thread dump.

So you're unable to take a thread dump, independent of the hang. I'm on Win7, I 
got thread dumps with both jdk1.8 and jdk-14. I entered ctrl-break in the 
window created by the '--console new' option.

Have you tried jstack to get the dump?

When I run into a hang, the thread dump is usually essential.

I've seen parser errors like that, never associated with a hang.

The

 Even though the source level of
 ...\Projects\batch-merchant-search\src\main\resources is set to:
 1.8, java.lang.AssertionError cannot be found on the bootclasspath:
 ...  Changing source level to 1.3

seems troubling. I've never seen anything like that. When/how does that happen? 
Configuration issue or corrupt jdk?

You're using maven?

-ernie


However, messages.log contains a lot of the following exceptions:

Even though the source level of C:\Users\ggreenbe\OneDrive - Visa
Inc\Development\Projects\batch-merchant-search\src\main\java;C:\Users\
ggreenbe\OneDrive - Visa
Inc\Development\Projects\batch-merchant-search\src\main\resources is
set to: 1.8, java.lang.AssertionError cannot be found on the
bootclasspath: C:\Program
Files\Java\jdk1.8.0_251\jre\lib\resources.jar;C:\Program
Files\Java\jdk1.8.0_251\jre\lib\rt.jar;C:\Program
Files\Java\jdk1.8.0_251\jre\lib\sunrsasign.jar;C:\Program
Files\Java\jdk1.8.0_251\jre\lib\jsse.jar;C:\Program
Files\Java\jdk1.8.0_251\jre\lib\jce.jar;C:\Program
Files\Java\jdk1.8.0_251\jre\lib\charsets.jar;C:\Program
Files\Java\jdk1.8.0_251\jre\lib\jfr.jar;C:\Program
Files\Java\jdk1.8.0_251\jre\classes
Changing source level to 1.3
WARNING [org.netbeans.TopSecurityManager]: use of system property
netbeans.user has been obsoleted in favor of
InstalledFileLocator/Places at
org.netbeans.modules.java.source.parsing.JavacParser.dumpSource(JavacP
arser.java:1260)
SEVERE [org.openide.util.Exceptions]
An error occurred during parsing of 'C:\Users\ggreenbe\OneDrive - Visa 
Inc\Development\Projects\batch-merchant-search\src\main\java\com\visa\dpd\app\batch\merchant\search\domain\OutputRecord.java'.
 Please report a bug against java/source and attach dump file 
'C:\Users\ggreenbe\AppData\Roaming\NetBeans\12.0\var\log\OutputRecord_120.dump'.
An error occurred during parsing of 'C:\Users\ggreenbe\OneDrive - Visa 
Inc\Development\Projects\batch-merchant-search\src\main\java\com\visa\dpd\app\batch\merchant\search\domain\OutputRecord.java'.
 Please report a bug against java/source and attach dump file 
'C:\Users\ggreenbe\AppData\Roaming\NetBeans\12.0\var\log\OutputRecord_120.dump'.
Caused: com.sun.tools.javac.util.FatalError: Fatal Error: Unable to find 
package java.lang in classpath or bootclasspath
  at 
jdk.compiler/com.sun.tools.javac.comp.TypeEnter$ImportsPhase.resolveImports(TypeEnter.java:357)
  at 
jdk.compiler/com.sun.tools.javac.comp.TypeEnter$ImportsPhase.runPhase(TypeEnter.java:324)
  at 
jdk.compiler/com.sun.tools.javac.comp.TypeEnter$Phase.doCompleteEnvs(TypeEnter.java:285)
  at 
jdk.compiler/com.sun.tools.javac.comp.TypeEnter$Phase.completeEnvs(TypeEnter.java:254)
  at 
jdk.compiler/com.sun.tools.javac.comp.TypeEnter.complete(TypeEnter.java:201)
  at 
jdk.compiler/com.sun.tools.javac.code.Symbol.complete(Symbol.java:670)
  at 
jdk.compiler/com.sun.tools.javac.code.Symbol$ClassSymbol.complete(Symbol.java:1383)
  at 
jdk.compiler/com.sun.tools.javac.comp.Enter.complete(Enter.java:584)
  at jdk.compiler/com.sun.tools.javac.comp.Enter.main(Enter.java:561)
  at 
jdk.compiler/com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1071)
  at 
jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:336)
  at 
jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:273)
  at 
org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:674)
  at 
org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:497

Re: Try out and vote for Apache NetBeans 12.1

[Ernie Rael]

(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)
ALL [null]: An error occurred during parsing of 'C:\Users\ggreenbe\OneDrive - 
Visa 
Inc\Development\Projects\batch-merchant-search\src\main\java\com\visa\dpd\app\batch\merchant\search\domain\OutputRecord.java'.
 Please report a bug against java/source and attach dump file 
'C:\Users\ggreenbe\AppData\Roaming\NetBeans\12.0\var\log\OutputRecord_120.dump'.
SEVERE [org.openide.util.Exceptions]

Dump file contains source code of the file (it does contain errors because I 
haven't finished editing it),  bootPath, classpath and the same exception.

Gary Greenberg
Staff Software Engineer
Data Product Development, BI-A
E: ggree...@visa.com
M: 650-269-7902



-Original Message-
From: Ernie Rael 
Sent: Friday, August 28, 2020 5:25 PM
To: users@netbeans.apache.org
Subject: Re: Try out and vote for Apache NetBeans 12.1

The "reflective access" warnings are not unusual.

Not being able to get a thread dump is unusual. Have you tried it
*before* it hangs to insure your process is good? You can also try 
uSoft/SysInternals Process Explorer, if you get properties on a parent, there 
is a threads tab.

Have you taken a look at messages.log?

When I run from a windows shortcut (win7) I always have

 --console new

as part of the target command, and start minimized (except for the first time, 
because it will hang asking for imports). And with the property in netbeans.conf

 -J-Dnetbeans.logger.console=true

Then all the logging... is put in a second window, you can even open this 
window while it's running to see what stuff is being generated.
It's basically a the samestuff as messages.log but realtime without the output 
buffering.

-ernie

On 8/28/2020 4:51 PM, Greenberg, Gary wrote:

I was very wrong when I thought that I am back to normal.

It is not throwing me exceptions when I am opening files, but still I
cannot do my work.

Netbeans is hanging every 5-10 minutes and I can’t even save my edits.
I have to kill it with TaskManager and start over again.

In 3 hours I haven’t accomplish anything.

Tried to get a thread dump but it won’t work for unknown reasons.
I started Netbeans from console window and when it hung I got the
following on the console:

The launcher has determined that the parent process has a console and
will reuse it for its own console output.

Closing the console will result in termination of the running program.

Use '--console suppress' to suppress console output.

Use '--console new' to create a separate console window.

WARNING: An illegal reflective access operation has occurred

WARNING: Illegal reflective access by
org.netbeans.modules.java.source.parsing.JavacParser
(jar:file:/C:/Program%20Files/Netbeans/12.0/netbeans/java/modules/org-
netbeans-modules-java-source-base.jar!/)
to method
com.sun.tools.javac.code.DeferredCompletionFailureHandler.instance(com
.sun.tools.javac.util.Context)

WARNING: Please consider reporting this to the maintainers of
org.netbeans.modules.java.source.parsing.JavacParser

WARNING: Use --illegal-access=warn to enable warnings of further
illegal reflective access operations

WARNING: All illegal access operations will be denied in a future
release

However, neither Ctrl-Break, nor Ctrl-Shift-Pause won’t produce thread
dump

Anyone, please, help.

Thanks

Gary Greenberg

Staff Software Engineer

Data Product Development, BI-A

E: ggree...@visa.com

M: 650-269-7902

EmailSig-TaglineVersion

*From:*Greenberg, Gary 
*Sent:* Friday, August 28, 2020 1:41 PM
*Cc:* users@netbeans.apache.org
*Subject:* RE: Try out and vote for Apache NetBeans 12.1

No it is just today.
Yesterday and before it was OK.

Actually, I quit Netbeans and removed userdir and I am back to normal.
I.e. can open source files and edit them.

Gary Greenberg

Staff Software Engineer

Data Product Development, BI-A

E: ggree...@visa.com <mailto:ggree...@visa.com>

M: 650-269-7902

EmailSig-TaglineVersion

*From:*Geertjan Wielenga mailto:geert...@apache.org>>
*Sent:* Friday, August 28, 2020 1:34 PM
*To:* Greenberg, Gary mailto:ggree...@visa.com.invalid>>
*Cc:* users@netbeans.apache.org <mailto:users@netbeans.apache.org>
*Subject:* Re: Try out and vote for Apache NetBeans 12.1

You've never been able to open a file in NetBeans before?

Gj

On Fri, Aug 28, 2020 at 10:31 PM Greenberg, Gary
mailto:ggree...@visa.com.invalid>> wrote:

 I have to use One-Drive.
 Otherwise my code won’t be backed-up.

 That is how Visa environment is set up.

 Why Netbeans is so sensitive to the file system?
 Other developers using SDS and JetBrain do not have such problems.

 Gary Greenberg

 Staff Software Engineer

 Data Product Development, BI-A

 E: ggree...@vis

Re: Try out and vote for Apache NetBeans 12.1

[Ernie Rael]

The "reflective access" warnings are not unusual.

Not being able to get a thread dump is unusual. Have you tried it 
*before* it hangs to insure your process is good? You can also try 
uSoft/SysInternals Process Explorer, if you get properties on a parent, 
there is a threads tab.


Have you taken a look at messages.log?

When I run from a windows shortcut (win7) I always have

   --console new

as part of the target command, and start minimized (except for the first 
time, because it will hang asking for imports). And with the property in 
netbeans.conf


   -J-Dnetbeans.logger.console=true

Then all the logging... is put in a second window, you can even open 
this window while it's running to see what stuff is being generated. 
It's basically a the samestuff as messages.log but realtime without the 
output buffering.


-ernie

On 8/28/2020 4:51 PM, Greenberg, Gary wrote:


I was very wrong when I thought that I am back to normal.

It is not throwing me exceptions when I am opening files, but still I 
cannot do my work.


Netbeans is hanging every 5-10 minutes and I can’t even save my edits.
I have to kill it with TaskManager and start over again.

In 3 hours I haven’t accomplish anything.

Tried to get a thread dump but it won’t work for unknown reasons.
I started Netbeans from console window and when it hung I got the 
following on the console:


The launcher has determined that the parent process has a console and 
will reuse it for its own console output.


Closing the console will result in termination of the running program.

Use '--console suppress' to suppress console output.

Use '--console new' to create a separate console window.

WARNING: An illegal reflective access operation has occurred

WARNING: Illegal reflective access by 
org.netbeans.modules.java.source.parsing.JavacParser 
(jar:file:/C:/Program%20Files/Netbeans/12.0/netbeans/java/modules/org-netbeans-modules-java-source-base.jar!/) 
to method 
com.sun.tools.javac.code.DeferredCompletionFailureHandler.instance(com.sun.tools.javac.util.Context)


WARNING: Please consider reporting this to the maintainers of 
org.netbeans.modules.java.source.parsing.JavacParser


WARNING: Use --illegal-access=warn to enable warnings of further 
illegal reflective access operations


WARNING: All illegal access operations will be denied in a future release

However, neither Ctrl-Break, nor Ctrl-Shift-Pause won’t produce thread 
dump


Anyone, please, help.

Thanks

Gary Greenberg

Staff Software Engineer

Data Product Development, BI-A

E: ggree...@visa.com

M: 650-269-7902

EmailSig-TaglineVersion

*From:*Greenberg, Gary 
*Sent:* Friday, August 28, 2020 1:41 PM
*Cc:* users@netbeans.apache.org
*Subject:* RE: Try out and vote for Apache NetBeans 12.1

No it is just today.
Yesterday and before it was OK.

Actually, I quit Netbeans and removed userdir and I am back to normal.
I.e. can open source files and edit them.

Gary Greenberg

Staff Software Engineer

Data Product Development, BI-A

E: ggree...@visa.com 

M: 650-269-7902

EmailSig-TaglineVersion

*From:*Geertjan Wielenga >

*Sent:* Friday, August 28, 2020 1:34 PM
*To:* Greenberg, Gary >

*Cc:* users@netbeans.apache.org 
*Subject:* Re: Try out and vote for Apache NetBeans 12.1

You've never been able to open a file in NetBeans before?

Gj

On Fri, Aug 28, 2020 at 10:31 PM Greenberg, Gary 
mailto:ggree...@visa.com.invalid>> wrote:


I have to use One-Drive.
Otherwise my code won’t be backed-up.

That is how Visa environment is set up.

Why Netbeans is so sensitive to the file system?
Other developers using SDS and JetBrain do not have such problems.

Gary Greenberg

Staff Software Engineer

Data Product Development, BI-A

E: ggree...@visa.com 

M: 650-269-7902

EmailSig-TaglineVersion

*From:*Laszlo Kishalmi mailto:laszlo.kisha...@gmail.com>>
*Sent:* Friday, August 28, 2020 1:06 PM
*To:* users@netbeans.apache.org 
*Subject:* Re: Try out and vote for Apache NetBeans 12.1

Do not use one-drive mapped files it messes up the filesystem
operations NetBeans is trying to perform.

On 8/28/20 12:59 PM, Geertjan Wielenga wrote:

But you’re not able to open files:

https://issues.apache.org/jira/browse/NETBEANS-4751



So, not being able to create a GitHub repo (even at home when
you’re not at Visa) seems the very least of your problems.

Also, sending this to the mailing list, where it belongs.

Let’s figure 

Re: IDE occasionally removes JavaFX from New File categories

[Ernie Rael]

On 8/18/2020 9:28 AM, HRH wrote:

Hi,

This morning I started the Netbeans 12.0 IDE and created a new project 
-> Java with Maven-> FXML JavaFX Maven Archtype (Gluon). Then I 
attempted to create a New File with a category of JavaFx with a file 
type of Empty FXML and for some inexplicable reason, the JavaFx option 
was missing from the Categories list of the New Files. This 
intermittent behavior has had happened before and I am not sure what 
causes the JavaFx to disappear on a whim, however, when this happens, 
going to Tools->Options->Java->JavaFx seems to reactivate the JavaFx 
and put it back in the New File categories.


This seems to be a bug in ergonomics (and I ran into it this morning 
myself). Ergonomics automagically disables modules not in use. It is 
supposed to automagically enable stuff when needed.


In tools>pluginManager>installed, check the box for JavaFX2 (something 
like that) and click activate.


Bug report?

-ernie


-
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

Re: JavaFx maven with FXML

[Ernie Rael]

ApacheNetbeans uses jira

   https://issues.apache.org/jira/projects/NETBEANS/issues

the bugzilla is historical bugs before the move to Apache.

-ernie

On 8/15/2020 7:41 PM, HRH wrote:
Ernie, I tried to report the bug, unfortuenately, the bugzilla 
reporting page at Log in to Apache NetBeans Bugzilla 
<https://bz.apache.org/netbeans/enter_bug.cgi>






Log in to Apache NetBeans Bugzilla

<https://bz.apache.org/netbeans/enter_bug.cgi>
doesn't accept my login credentials as valid (which works fine when I 
logging to apache NetBeans) to report a bug. Perhaps, someone valid 
credentials can report the bug mentioned in this thread.


Thanks



On Saturday, August 15, 2020, 10:52:13 PM GMT+4:30, HRH 
 wrote:




** This is a bug; normal operations with default options should work. **

Agreed. I will report the bug.
On Saturday, August 15, 2020, 10:24:20 PM GMT+4:30, Ernie Rael 
 wrote:



This is a bug; normal operations with default options should work.

It guess this NewFile operation isn't fully mavenized in a jfx context
(or some such).

-ernie

On 8/14/2020 8:59 PM, HRH wrote:
> Hello Ernie,
>
> ** How are these files created (the ones that have to be moved?) **
> Here are the steps to create the FXML file that needs to be moved:
>
> 1- File->New Project->Java with Maven->FXML JavaFx Maven Archetype
> (Gluon)-> to create the project.
> 2- File ->New File -> JavaFX->Empty FXML->->Use Java
> Controller->...->Finish.
>
> The resulting FXML file by default is placed in the
> ${Project}\src\main\resources\fxml directory. Albeit, in step 2 above,
> it does give you an option to put it in the org.opejfx.${Project}, so
> one doesn't have to do the manual move. However, that would be a lucky
> guess if you are new to Netbean JavaFx. As I indicated earlier if one
> doesn't need to use FXML or just uses the Ant built for JavaFx then,
> there aren't any issues.
>
> If you feel this ought to be reported as a bug, please let me know and
> I will file a report.
>
> Thanks,
> Anthony.
>
> On Saturday, August 15, 2020, 2:06:17 AM GMT+4:30, Ernie Rael
> mailto:err...@raelity.com>> wrote:
>
>
> I didn't completely follow this. How are these files created (the ones
> that have to be moved?) If they come from standard NetBeans operations,
> then there is a bug. Please file it and either post the issue number
> here, or add me as a watcher. Thanks.
>
> -ernie
>
> On 8/14/2020 11:11 AM, HRH wrote:
> > Thanks, that would work.
> >
> > On Friday, August 14, 2020, 10:28:50 PM GMT+4:30, Geertjan Wielenga
> > mailto:geert...@apache.org> 
<mailto:geert...@apache.org <mailto:geert...@apache.org>>> wrote:

> >
> >
> >
> > To create a new FXML file, just copy one of the existing ones in the
> > project into the same place where the original FXML file is found.
> >
> > Gj
> >
> > On Fri, 14 Aug 2020 at 19:51, HRH <mailto:hrh...@yahoo.com>

> <mailto:hrh...@yahoo.com <mailto:hrh...@yahoo.com>>
> > <mailto:hrh...@yahoo.com <mailto:hrh...@yahoo.com> 
<mailto:hrh...@yahoo.com <mailto:hrh...@yahoo.com>>>> wrote:

> >
> >
> >
> >    Thanks Geertjan,
> >
> >    Indeed, I used one of those Gluon OpenJFX projects from the New
> >    Project wizard. The one that uses FXML (not the simple one),
> >    however, the manual file transfer needed. Hopefully, the next
> >    release of Netbeans can automate this file transfer, in order to
> >    eliminate the manual intervention. Please note that if one chooses
> >    not to build the JavaFx with FXML, then there is no issue and
> >    everything works fine.
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >    On Friday, August 14, 2020, 7:32:50 PM GMT+4:30, Geertjan Wielenga
> >    mailto:geert...@apache.org> 
<mailto:geert...@apache.org <mailto:geert...@apache.org>>
> <mailto:geert...@apache.org <mailto:geert...@apache.org> 
<mailto:geert...@apache.org <mailto:geert...@apache.org>>>> wrote:

>
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >    The two Gluon OpenJFX projects in the New Project wizard run and
> >    debug out of the box, no changes needed.
> >
> >    Gj
> >
> >    On Fri, 14 Aug 2020 at 16:41, HRH <mailto:hrh...@yahoo.com.invalid>
> <mailto:hrh...@yahoo.com.invalid <mailto:hrh...@yahoo.com.invalid>>> 
wrote:

> >
> >        Hi,
> >
> >        I just noticed (the hard way) the generated Empty FXML by the
> >

Re: JavaFx maven with FXML

[Ernie Rael]

This is a bug; normal operations with default options should work.

It guess this NewFile operation isn't fully mavenized in a jfx context 
(or some such).


-ernie

On 8/14/2020 8:59 PM, HRH wrote:

Hello Ernie,

** How are these files created (the ones that have to be moved?) **
Here are the steps to create the FXML file that needs to be moved:

1- File->New Project->Java with Maven->FXML JavaFx Maven Archetype 
(Gluon)-> to create the project.
2- File ->New File -> JavaFX->Empty FXML->->Use Java 
Controller->...->Finish.


The resulting FXML file by default is placed in the 
${Project}\src\main\resources\fxml directory. Albeit, in step 2 above, 
it does give you an option to put it in the org.opejfx.${Project}, so 
one doesn't have to do the manual move. However, that would be a lucky 
guess if you are new to Netbean JavaFx. As I indicated earlier if one 
doesn't need to use FXML or just uses the Ant built for JavaFx then, 
there aren't any issues.


If you feel this ought to be reported as a bug, please let me know and 
I will file a report.


Thanks,
Anthony.

On Saturday, August 15, 2020, 2:06:17 AM GMT+4:30, Ernie Rael 
 wrote:



I didn't completely follow this. How are these files created (the ones
that have to be moved?) If they come from standard NetBeans operations,
then there is a bug. Please file it and either post the issue number
here, or add me as a watcher. Thanks.

-ernie

On 8/14/2020 11:11 AM, HRH wrote:
> Thanks, that would work.
>
> On Friday, August 14, 2020, 10:28:50 PM GMT+4:30, Geertjan Wielenga
> mailto:geert...@apache.org>> wrote:
>
>
>
> To create a new FXML file, just copy one of the existing ones in the
> project into the same place where the original FXML file is found.
>
> Gj
>
> On Fri, 14 Aug 2020 at 19:51, HRH <mailto:hrh...@yahoo.com>

> <mailto:hrh...@yahoo.com <mailto:hrh...@yahoo.com>>> wrote:
>
>
>
>    Thanks Geertjan,
>
>    Indeed, I used one of those Gluon OpenJFX projects from the New
>    Project wizard. The one that uses FXML (not the simple one),
>    however, the manual file transfer needed. Hopefully, the next
>    release of Netbeans can automate this file transfer, in order to
>    eliminate the manual intervention. Please note that if one chooses
>    not to build the JavaFx with FXML, then there is no issue and
>    everything works fine.
>
>
>
>
>
>
>
>
>
>
>
>
>
>    On Friday, August 14, 2020, 7:32:50 PM GMT+4:30, Geertjan Wielenga
>    mailto:geert...@apache.org> 
<mailto:geert...@apache.org <mailto:geert...@apache.org>>> wrote:


>
>
>
>
>
>
>
>
>
>    The two Gluon OpenJFX projects in the New Project wizard run and
>    debug out of the box, no changes needed.
>
>    Gj
>
>    On Fri, 14 Aug 2020 at 16:41, HRH <mailto:hrh...@yahoo.com.invalid>> wrote:

>
>        Hi,
>
>        I just noticed (the hard way) the generated Empty FXML by the
>        IDE is stored in the ${Project}\src\main\resources\fxml
>        directory and unless this is manually copied or moved to
>        src\main\resources\org\openjfx\${Project} folder the app will
>        fail at the run time.

>
>
>
>
>


-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org 
<mailto:users-unsubscr...@netbeans.apache.org>
For additional commands, e-mail: users-h...@netbeans.apache.org 
<mailto:users-h...@netbeans.apache.org>


For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





-
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

Re: JavaFx maven with FXML

[Ernie Rael]

I didn't completely follow this. How are these files created (the ones 
that have to be moved?) If they come from standard NetBeans operations, 
then there is a bug. Please file it and either post the issue number 
here, or add me as a watcher. Thanks.


-ernie

On 8/14/2020 11:11 AM, HRH wrote:

Thanks, that would work.

On Friday, August 14, 2020, 10:28:50 PM GMT+4:30, Geertjan Wielenga 
 wrote:




To create a new FXML file, just copy one of the existing ones in the 
project into the same place where the original FXML file is found.


Gj

On Fri, 14 Aug 2020 at 19:51, HRH > wrote:




Thanks Geertjan,

Indeed, I used one of those Gluon OpenJFX projects from the New
Project wizard. The one that uses FXML (not the simple one),
however, the manual file transfer needed. Hopefully, the next
release of Netbeans can automate this file transfer, in order to
eliminate the manual intervention. Please note that if one chooses
not to build the JavaFx with FXML, then there is no issue and
everything works fine.













On Friday, August 14, 2020, 7:32:50 PM GMT+4:30, Geertjan Wielenga
mailto:geert...@apache.org>> wrote:









The two Gluon OpenJFX projects in the New Project wizard run and
debug out of the box, no changes needed.

Gj

On Fri, 14 Aug 2020 at 16:41, HRH  wrote:

Hi,

I just noticed (the hard way) the generated Empty FXML by the
IDE is stored in the ${Project}\src\main\resources\fxml
directory and unless this is manually copied or moved to
src\main\resources\org\openjfx\${Project} folder the app will
fail at the run time.








-
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

Re: JavaFX 12

[Ernie Rael]

On 8/10/2020 5:51 AM, HRH wrote:
Bad habits got me in trouble. I am used to using Shift-F6 on each main 
class and that's why led to the problem. I used the Run->Set Main 
project, then chose Clean and Build Main project and finally Run -> 
Run Main Project. It works great now.


If you take a look at /nbactions.xml (or similarly in NB "proj 
> properties > actions) there's run and debug. Notice the "clean". I'm 
guessing you don't need to do the clean/build because that is implicit 
in the run/debug.


I don't know about the Shift-F6 binding for maven projects...

-ernie



To reproduce the problem, I used Shift-F6 again, and the error 
re-occurred.


Thank you all.

On Monday, August 10, 2020, 5:03:33 PM GMT+4:30, HRH 
 wrote:




Hi Chris,

I already have those properties in the aforementioned files as part of 
the initial setup. Both the pom and nbactions are having your 
recommended elements. I think my problem is somewhere eles, I will 
report back.


On Monday, August 10, 2020, 4:38:34 PM GMT+4:30, Luff,Chris 
 wrote:



You’ll need the javafx-maven-plugin...

org.openjfx
javafx-maven-plugin
0.0.4

Then configure the run action in nbactions to execute that;


run

jar


clean
javafx:run



On 10 Aug 2020, at 12:55, HRH > wrote:


Chuck,
Thanks for the prompt response. During the installation and initial 
setup, I changed the artifact versions per instructions given by 
Getting Started with JavaFX 







Getting Started with JavaFX

Getting started with JavaFX for Java desktop application development



Here is the snap-shot of my pom.xml for these artifacts. Am I missing 
something else?




org.openjfx
javafx-controls
14


org.openjfx
javafx-fxml
14




Thanks
On Monday, August 10, 2020, 3:39:52 PM GMT+4:30, Chuck Davis 
mailto:cjgun...@gmail.com>> wrote:



Update your POM to latest versions of Maven artifacts.

On Mon, Aug 10, 2020 at 3:34 AM HRH > wrote:


I forgot to indicated, that I have already modified the
 
 
org.me.learningfx.control.MavenFxBasicDemo
 

in the pom.xml file.

Thanks


On Monday, August 10, 2020, 2:54:09 PM GMT+4:30, HRH
mailto:hrh...@yahoo.com.invalid>> wrote:


Hi,

While using "Java with Maven"->FXML JavaFX Maven Archtype" works
fine to run its pre-configured App.java, creating a new package
with a new main class fails to compile with the following error.
Any insights on which resources need to be modified?

Thanks in advance.

Error msg:
Error: JavaFX runtime components are missing, and are required to
run this application
Command execution failed.



org.apache.commons.exec.ExecuteException: Process exited with an
error: 1 (Exit value: 1)
    at org.apache.commons.exec.DefaultExecutor.executeInternal
(DefaultExecutor.java:404)
--
Total time: 5.034 s
Finished at: 2020-08-10T14:49:10+04:30

Failed to execute goal
org.codehaus.mojo:exec-maven-plugin:1.5.0:exec (default-cli) on
project Mavenbasedlearningfx: Command execution failed.: Process
exited with an error: 1 (Exit value: 1) -> [Help 1]






CONFIDENTIALITY NOTICE This message and any included attachments are 
from Cerner Corporation and are intended only for the addressee. The 
information contained in this message is confidential and may 
constitute inside or non-public information under international, 
federal, or state securities laws. Unauthorized forwarding, printing, 
copying, distribution, or use of such information is strictly 
prohibited and may be unlawful. If you are not the addressee, please 
promptly delete this message and notify the sender of the delivery 
error by e-mail or you may call Cerner's corporate offices in Kansas 
City, Missouri, U.S.A at (+1) (816)221-1024. Cerner Limited, 
Registered in England no 2519305, Registered Office 37 North Wharf 
Road, London W2 1AF.





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

Re: JavaFX 12

[Ernie Rael]

The easiest way to run jfx with NetBeans is through maven. In NetBeans 
you can do


   NewProject.. > JavaWithMaven > "Simpe JavaFX Maven Archetype"

(or the FXML one if that's what you're after)

This gives you a simple project that you can run and debug.

-ernie

On 8/5/2020 11:52 AM, HRH wrote:

Hi,

Trying to build a JavaFX project with Netbeans 12.0 IDE, using the 
online documentation Getting Started with JavaFX 







Getting Started with JavaFX

Getting started with JavaFX for Java desktop application development


In step 3 of this page, adding the JavaFX12 to the library, I don't 
seem to locate such a library from the dropdown list. Please help.


Thanks






-
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

Re: php development

[Ernie Rael]

I lost track of this...
https://issues.apache.org/jira/browse/NETBEANS-4679

-ernie

On 7/11/2020 1:02 AM, Antonio wrote:

That is a bug!

El 10/07/2020 a las 3:56, Ernie Rael escribió:

Perfect, many thanks. (and lots to go through)

It's probably worth noting that the main page, 
https://netbeans.apache.org, has a pointer for PHP that goes to 
https://netbeans.apache.org/kb/docs/php/index.html where there is far 
less information. I don't know if this is intentional, or still in 
progress or ...


-ernie

On 7/8/2020 12:05 PM, antonio wrote:

I don't think we have NB-12 specific documents yet.

Maybe you want to take a look to the NetBeans PHP Learning Trail here:

https://netbeans.apache.org/kb/docs/php.html

Of course, any enhancements to the documentation are welcome :-)

Cheers,
Antonio

El 7/7/20 a las 0:55, Ernie Rael escribió:
Will someone(kindly or otherwise) point me to docs that show how to 
set up NB-12 with a server to write/debug/test php/mysql stuff 
locally?


-
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





-
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



-
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





-
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

Re: php development

[Ernie Rael]

On 7/6/2020 4:47 PM, Alan wrote:


5.6 and 7.0 are ancient, unsupported.You should be running 7.3 at 
least, and 7.4 offers more great features and performance.


Thanks for the info, but I've got 6 months. I was in a rush, my bad for 
not doing up front research. I will certainly keep your words in mind 
and plan on changing hosts. Fortunately my needs are simple for the 
foreseeable future. Now that I look at current versions, I'm embarrassed 
that I got taken so badly. But that's orthogonal to what I need now. 
(But any tips on how to find a good host appreciated)


Still, my main concern now is setting up NetBeans for php/mysql dev. I'm 
hoping to get some links to best practice with NB docs so I won't start 
digging in the wrong spot.


-ernie

If your starter kit package doesn't offer a current PHP, you have a 
crap host. Likely there will be many other problems. I strongly 
suggest finding a better one. [my day job is web hosting, I have seen 
many horror stories from cheap hosts].


On 2020-07-06 18:55, Ernie Rael wrote:

Hi all,

Perhaps I'm finally reaching the late 20th century...

I've gotten a web hosting package (starter kit). It has mysql and 
php; php 5.6 by default, can select 7.0. (MySql seems to be 5.6, 
coincidence?)


Will someone(kindly or otherwise) point me to docs that show how to 
set up NB-12 with a server to write/debug/test php/mysql stuff locally?


Is there any disadvantage to selecting php 7.0?

-ernie


-
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






-
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

php development

[Ernie Rael]

Hi all,

Perhaps I'm finally reaching the late 20th century...

I've gotten a web hosting package (starter kit). It has mysql and php; 
php 5.6 by default, can select 7.0. (MySql seems to be 5.6, coincidence?)


Will someone(kindly or otherwise) point me to docs that show how to set 
up NB-12 with a server to write/debug/test php/mysql stuff locally?


Is there any disadvantage to selecting php 7.0?

-ernie


-
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

dynamically changing logging levels in NetBeans

[Ernie Rael]

Greetings,

The "LogMan-Netbeans" plugin is now available through the 
plugin-manager/plugin-portal, PP3, for 11.0/12.0. In a pinch, if you 
want to turn on some logging, this plugin can be installed without restart.


-ernie

Here's some of the intro/description from the plugin portal:

Provides dynamic display, control and configuration of java.util.logging 
in *this* NB platform. Use "Tools > Manage Logging".

Easily incorporated into any swing app, see website.

...

See website/wiki for usage and embedding details: 
http://raelity.com/jlogman
Project home: scm and issue reporting: 
https://foss.heptapod.net/java/jlogman


This app's development is hosted by Heptapod, 
https://foss.heptapod.net/, and is made possible through the support of 
Octobus, https://octobus.net/, and clever cloud hosting company, 
https://clever-cloud.com/.


-
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

Re: Command line parameter with JUnit

[Ernie Rael]

There's also http://plugins.netbeans.org/plugin/20356/jlogman

It runs on NB-11.0 or later. (it's in the process of being made 
available on maven and should end up in the new plugin portal soon).


You can see its docs via raelity.com/jlogman

-ernie

On 6/20/2020 9:48 AM, Jerome Lelasseux wrote:
I need to change the logging level of some files during unit tests (NB 
11.3).


According to this wiki page 
http://wiki.netbeans.org/DevRunningTestsPlatformApp   it's possible to 
add command line parameters for unit tests using the "test.run.args" 
property.


But when I add "test.run.args=-J-DMyLogger.level=200" 
inmodule/nbproject/project.properties, the unit test fails:


Unrecognized option: -J-DMyLogger.level=200
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.

Is there another way to do it ?







-
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

Re: Find Usages does not work

[Ernie Rael]

Previous message timed out.

On 6/16/2020 12:19 AM, slipbits wrote:

*Product Version:* Apache NetBeans IDE 12.0
*Updates:* NetBeans IDE is updated to version NetBeans 8.2 Patch 2
*Java:* 1.8.0_111; 
Java HotSpot(TM) 64-Bit Server VM 25.111-b14

*Runtime:* Java(TM) SE Runtime Environment 1.8.0_111-b14
*System:* Windows 7 version 6.1 running on amd64; Cp1252; en_US (nb)
*User directory:* C:\Users\skidmarks\AppData\Roaming\NetBeans\12.0
*Cache directory:* C:\Users\skidmarks\AppData\Local\NetBeans\Cache\12.0

nb-javac library not installed

Edit->Find Usage does not work (no window appears w/wo usages)
Alt-F7 returns a NullPointerException


I think jdk-14 is recommended for running the IDE if you want editor 
editor related functions (this is independent of what jdk your projects 
might use)





Bug report for Alt-F7 included below (IDE Log and UI Log)


There's an issue tracker if you want to file a bug report. Large data in 
email is poor practice.


-ernie



-
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