[jira] [Comment Edited] (DERBY-6809) Java 1.8 feature use
[ https://issues.apache.org/jira/browse/DERBY-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17008237#comment-17008237 ] sagar edited comment on DERBY-6809 at 1/5/20 5:48 AM: -- compiled successfully with min.version set to 11 since i am initially looking to pouch low hanging fruits do you think this could have some purely nano level benefits like compiler optimizations as java has progressed from 1.0 to 11.0 more elaborately would it produce a more efficient bytecode or more compiler options need to be programmed in? yes this is just bytecode and there are many more options available when one invokes the java VM also i have been always using the SERVER VM to run derby networkserver. P.S. though I have read that javac has no real meaningful optimizations except the o flag which is now marked as noop was (Author: sagsaw): compiled successfully with min.version set to 11 since i am initially looking to pouch low hanging fruits do you think this could have some purely nano level benefits like compiler optimizations as java has progressed from 1.0 to 11.0 more elaborately would it produce a more efficient bytecode or more compiler options need to be programmed in? yes this is just bytecode and there are many more options available when one invokes the java VM also i have been always using the SERVER VM to run derby networkserver. P.S. though I have read that javac has no real meaningful optimizations except the -o flag which is now marked as noop.-- > Java 1.8 feature use > > > Key: DERBY-6809 > URL: https://issues.apache.org/jira/browse/DERBY-6809 > Project: Derby > Issue Type: Improvement > Components: Network Server >Affects Versions: 11.0.0.0 >Reporter: sagar >Priority: Major > Attachments: 2017-12-04-143613_1366x768_scrot.png, binary_format.png, > latest.png, nb8.png > > > Suggestion ... > Is it possible to auto modify the existing source code using tools like > Netbeans, and take advantage of the new features in JDK 1.8 for better > multiuser performance and better utilization of current day multicore > processors? > Plainly put, can we have from 11.0 onwards a version of derby which takes > advantage of the advancements and new features in java 1.8 ... -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Comment Edited] (DERBY-6809) Java 1.8 feature use
[ https://issues.apache.org/jira/browse/DERBY-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17008237#comment-17008237 ] sagar edited comment on DERBY-6809 at 1/5/20 5:48 AM: -- compiled successfully with min.version set to 11 since i am initially looking to pouch low hanging fruits do you think this could have some purely nano level benefits like compiler optimizations as java has progressed from 1.0 to 11.0 more elaborately would it produce a more efficient bytecode or more compiler options need to be programmed in? yes this is just bytecode and there are many more options available when one invokes the java VM also i have been always using the SERVER VM to run derby networkserver. P.S. though I have read that javac has no real meaningful optimizations except the o flag which is now marked as noop was (Author: sagsaw): compiled successfully with min.version set to 11 since i am initially looking to pouch low hanging fruits do you think this could have some purely nano level benefits like compiler optimizations as java has progressed from 1.0 to 11.0 more elaborately would it produce a more efficient bytecode or more compiler options need to be programmed in? yes this is just bytecode and there are many more options available when one invokes the java VM also i have been always using the SERVER VM to run derby networkserver. P.S. though I have read that javac has no real meaningful optimizations except the o flag which is now marked as noop > Java 1.8 feature use > > > Key: DERBY-6809 > URL: https://issues.apache.org/jira/browse/DERBY-6809 > Project: Derby > Issue Type: Improvement > Components: Network Server >Affects Versions: 11.0.0.0 >Reporter: sagar >Priority: Major > Attachments: 2017-12-04-143613_1366x768_scrot.png, binary_format.png, > latest.png, nb8.png > > > Suggestion ... > Is it possible to auto modify the existing source code using tools like > Netbeans, and take advantage of the new features in JDK 1.8 for better > multiuser performance and better utilization of current day multicore > processors? > Plainly put, can we have from 11.0 onwards a version of derby which takes > advantage of the advancements and new features in java 1.8 ... -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Comment Edited] (DERBY-6809) Java 1.8 feature use
[ https://issues.apache.org/jira/browse/DERBY-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17008237#comment-17008237 ] sagar edited comment on DERBY-6809 at 1/5/20 5:47 AM: -- compiled successfully with min.version set to 11 since i am initially looking to pouch low hanging fruits do you think this could have some purely nano level benefits like compiler optimizations as java has progressed from 1.0 to 11.0 more elaborately would it produce a more efficient bytecode or more compiler options need to be programmed in? yes this is just bytecode and there are many more options available when one invokes the java VM also i have been always using the SERVER VM to run derby networkserver. P.S. though I have read that javac has no real meaningful optimizations except the -o flag which is now marked as noop.-- was (Author: sagsaw): compiled successfully with min.version set to 11 since i am initially looking to pouch low hanging fruits do you think this could have some purely nano level benefits like compiler optimizations as java has progressed from 1.0 to 11.0 more elaborately would it produce a more efficient bytecode or more compiler options need to be programmed in? yes this is just bytecode and there are many more options available when one invokes the java VM also i have been always using the SERVER VM to run derby networkserver. > Java 1.8 feature use > > > Key: DERBY-6809 > URL: https://issues.apache.org/jira/browse/DERBY-6809 > Project: Derby > Issue Type: Improvement > Components: Network Server >Affects Versions: 11.0.0.0 >Reporter: sagar >Priority: Major > Attachments: 2017-12-04-143613_1366x768_scrot.png, binary_format.png, > latest.png, nb8.png > > > Suggestion ... > Is it possible to auto modify the existing source code using tools like > Netbeans, and take advantage of the new features in JDK 1.8 for better > multiuser performance and better utilization of current day multicore > processors? > Plainly put, can we have from 11.0 onwards a version of derby which takes > advantage of the advancements and new features in java 1.8 ... -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Comment Edited] (DERBY-6809) Java 1.8 feature use
[ https://issues.apache.org/jira/browse/DERBY-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17008237#comment-17008237 ] sagar edited comment on DERBY-6809 at 1/5/20 5:40 AM: -- compiled successfully with min.version set to 11 since i am initially looking to pouch low hanging fruits do you think this could have some purely nano level benefits like compiler optimizations as java has progressed from 1.0 to 11.0 more elaborately would it produce a more efficient bytecode or more compiler options need to be programmed in? yes this is just bytecode and there are many more options available when one invokes the java VM also i have been always using the SERVER VM to run derby networkserver. was (Author: sagsaw): compiled successfully with min.version set to 11 since i am initially looking to pouch low hanging fruits do you think this could have some purely nano level benefits like compiler optimizations as java has progressed from 1.0 to 11.0 more elaborately would it produce a more efficient bytecode or more compiler options need to be programmed in? > Java 1.8 feature use > > > Key: DERBY-6809 > URL: https://issues.apache.org/jira/browse/DERBY-6809 > Project: Derby > Issue Type: Improvement > Components: Network Server >Affects Versions: 11.0.0.0 >Reporter: sagar >Priority: Major > Attachments: 2017-12-04-143613_1366x768_scrot.png, binary_format.png, > latest.png, nb8.png > > > Suggestion ... > Is it possible to auto modify the existing source code using tools like > Netbeans, and take advantage of the new features in JDK 1.8 for better > multiuser performance and better utilization of current day multicore > processors? > Plainly put, can we have from 11.0 onwards a version of derby which takes > advantage of the advancements and new features in java 1.8 ... -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Comment Edited] (DERBY-6809) Java 1.8 feature use
[ https://issues.apache.org/jira/browse/DERBY-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17008160#comment-17008160 ] sagar edited comment on DERBY-6809 at 1/4/20 9:12 PM: -- Ok so one more good news from my side ... I decided to leave this IDE business aside and delete all previous checked out sources created projects and then I checked out the source code via command line ... latest trunk Installed ANT and built the derby jars using ant clobber ant buildsource ant buildjars all via command line. So that kind of gave me some high. No errors. JDK used was AMAZON CORRETTO openjdk version "11.0.5" 2019-10-15 LTS OpenJDK Runtime Environment *Corretto-11.0.5.10.1 (build 11.0.5+10-LTS)* OpenJDK 64-Bit Server VM *Corretto-11.0.5.10.1* (build 11.0.5+10-LTS, mixed mode) All I want to know is how to ensure that Binary format of class files is jdk11 or 11 ... where do you set it in ant build.xml was (Author: sagsaw): Ok so one more good news from my side ... Text colorI decided to leave this IDE business aside and delete all previous checked out sources created projects and then I checked out the source code via command line ... latest trunk Installed ANT and built the derby jars using ant clobber ant buildsource ant buildjars all via command line. So that kind of gave me some high. No errors. JDK used was AMAZON CORRETTO openjdk version "11.0.5" 2019-10-15 LTS OpenJDK Runtime Environment *Corretto-11.0.5.10.1 (build 11.0.5+10-LTS)* OpenJDK 64-Bit Server VM *Corretto-11.0.5.10.1* (build 11.0.5+10-LTS, mixed mode) All I want to know is how to ensure that Binary format of class files is jdk11 or 11 ... where do you set it in ant build.xml > Java 1.8 feature use > > > Key: DERBY-6809 > URL: https://issues.apache.org/jira/browse/DERBY-6809 > Project: Derby > Issue Type: Improvement > Components: Network Server >Affects Versions: 11.0.0.0 >Reporter: sagar >Priority: Major > Attachments: 2017-12-04-143613_1366x768_scrot.png, binary_format.png, > latest.png, nb8.png > > > Suggestion ... > Is it possible to auto modify the existing source code using tools like > Netbeans, and take advantage of the new features in JDK 1.8 for better > multiuser performance and better utilization of current day multicore > processors? > Plainly put, can we have from 11.0 onwards a version of derby which takes > advantage of the advancements and new features in java 1.8 ... -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Comment Edited] (DERBY-6809) Java 1.8 feature use
[ https://issues.apache.org/jira/browse/DERBY-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17008105#comment-17008105 ] sagar edited comment on DERBY-6809 at 1/4/20 6:58 PM: -- Also are we producing the class files in java 1.4 binary format? Is there any setting inaven or ant for the same since when i opened the project in netbeans n also eclipse it showed target class file binary format 1.4 which I set to 11 as below ... !binary_format.png! was (Author: sagsaw): Also are we producing the class files in java 1.4 binary format? Is there any setting inaven or ant for the same since when i opened the project in netbeans n also eclipse it showed target class file binary format 1.4 which I set to 11 > Java 1.8 feature use > > > Key: DERBY-6809 > URL: https://issues.apache.org/jira/browse/DERBY-6809 > Project: Derby > Issue Type: Improvement > Components: Network Server >Affects Versions: 11.0.0.0 >Reporter: sagar >Priority: Major > Attachments: 2017-12-04-143613_1366x768_scrot.png, binary_format.png, > latest.png, nb8.png > > > Suggestion ... > Is it possible to auto modify the existing source code using tools like > Netbeans, and take advantage of the new features in JDK 1.8 for better > multiuser performance and better utilization of current day multicore > processors? > Plainly put, can we have from 11.0 onwards a version of derby which takes > advantage of the advancements and new features in java 1.8 ... -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Comment Edited] (DERBY-6809) Java 1.8 feature use
[ https://issues.apache.org/jira/browse/DERBY-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17008105#comment-17008105 ] sagar edited comment on DERBY-6809 at 1/4/20 6:57 PM: -- Also are we producing the class files in java 1.4 binary format? Is there any setting inaven or ant for the same since when i opened the project in netbeans n also eclipse it showed target class file binary format 1.4 which I set to 11 was (Author: sagsaw): Also are we producing the class files in java 1.4 format? Is there any setting inaven or ant for the same since when i opened the project in netbeans n also eclipse it showed target class file 1.4 > Java 1.8 feature use > > > Key: DERBY-6809 > URL: https://issues.apache.org/jira/browse/DERBY-6809 > Project: Derby > Issue Type: Improvement > Components: Network Server >Affects Versions: 11.0.0.0 >Reporter: sagar >Priority: Major > Attachments: 2017-12-04-143613_1366x768_scrot.png, binary_format.png, > latest.png, nb8.png > > > Suggestion ... > Is it possible to auto modify the existing source code using tools like > Netbeans, and take advantage of the new features in JDK 1.8 for better > multiuser performance and better utilization of current day multicore > processors? > Plainly put, can we have from 11.0 onwards a version of derby which takes > advantage of the advancements and new features in java 1.8 ... -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Comment Edited] (DERBY-6809) Java 1.8 feature use
[ https://issues.apache.org/jira/browse/DERBY-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17007981#comment-17007981 ] sagar edited comment on DERBY-6809 at 1/4/20 11:03 AM: --- When I checked out 10.14 long time back and opened the project using Netbeans 8.2 ... bingo it opened very well with all sources listed ... Check attached screenshot nb8.png But now when I checked out latest trunk and opened the project using Netbeans no sign of sources in the Projects or the Files tab tree. !nb8.png! was (Author: sagsaw): When I checked out 10.14 long time back and opened the project using Netbeans 8.2 ... bingo it opened very well with all sources listed ... Check attached screenshot nb8.png !nb8.png! But now when I checked out latest trunk and opened the project using Netbeans no sign of sources in the Projects or the Files tab tree. > Java 1.8 feature use > > > Key: DERBY-6809 > URL: https://issues.apache.org/jira/browse/DERBY-6809 > Project: Derby > Issue Type: Improvement > Components: Network Server >Affects Versions: 11.0.0.0 >Reporter: sagar >Priority: Major > Attachments: 2017-12-04-143613_1366x768_scrot.png, latest.png, nb8.png > > > Suggestion ... > Is it possible to auto modify the existing source code using tools like > Netbeans, and take advantage of the new features in JDK 1.8 for better > multiuser performance and better utilization of current day multicore > processors? > Plainly put, can we have from 11.0 onwards a version of derby which takes > advantage of the advancements and new features in java 1.8 ... -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Comment Edited] (DERBY-6809) Java 1.8 feature use
[ https://issues.apache.org/jira/browse/DERBY-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17007628#comment-17007628 ] sagar edited comment on DERBY-6809 at 1/4/20 11:02 AM: --- Sorry once again I am posting this ... this year may find time to take this forward ... Kingly confirm if I have checked out the correct code for the work. The screenshot name is latest.png !latest.png! was (Author: sagsaw): Sorry once again I am posting this ... this year may find time to take this forward ... Kingly confirm if I have checked out the correct code for the work. The screenshot name is latest.png > Java 1.8 feature use > > > Key: DERBY-6809 > URL: https://issues.apache.org/jira/browse/DERBY-6809 > Project: Derby > Issue Type: Improvement > Components: Network Server >Affects Versions: 11.0.0.0 >Reporter: sagar >Priority: Major > Attachments: 2017-12-04-143613_1366x768_scrot.png, latest.png, nb8.png > > > Suggestion ... > Is it possible to auto modify the existing source code using tools like > Netbeans, and take advantage of the new features in JDK 1.8 for better > multiuser performance and better utilization of current day multicore > processors? > Plainly put, can we have from 11.0 onwards a version of derby which takes > advantage of the advancements and new features in java 1.8 ... -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Comment Edited] (DERBY-6809) Java 1.8 feature use
[ https://issues.apache.org/jira/browse/DERBY-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17007981#comment-17007981 ] sagar edited comment on DERBY-6809 at 1/4/20 11:01 AM: --- When I checked out 10.14 long time back and opened the project using Netbeans 8.2 ... bingo it opened very well with all sources listed ... Check attached screenshot nb8.png !nb8.png! But now when I checked out latest trunk and opened the project using Netbeans no sign of sources in the Projects or the Files tab tree. was (Author: sagsaw): When I checked out 10.14 long time back and opened the project using Netbeans 8.2 ... bingo it opened very well with all sources listed ... Check attached screenshot nb8.png But now when I checked out latest trunk and opened the project using Netbeans no sign of sources in the Projects or the Files tab tree. > Java 1.8 feature use > > > Key: DERBY-6809 > URL: https://issues.apache.org/jira/browse/DERBY-6809 > Project: Derby > Issue Type: Improvement > Components: Network Server >Affects Versions: 11.0.0.0 >Reporter: sagar >Priority: Major > Attachments: 2017-12-04-143613_1366x768_scrot.png, latest.png, nb8.png > > > Suggestion ... > Is it possible to auto modify the existing source code using tools like > Netbeans, and take advantage of the new features in JDK 1.8 for better > multiuser performance and better utilization of current day multicore > processors? > Plainly put, can we have from 11.0 onwards a version of derby which takes > advantage of the advancements and new features in java 1.8 ... -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Comment Edited] (DERBY-6809) Java 1.8 feature use
[ https://issues.apache.org/jira/browse/DERBY-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17007713#comment-17007713 ] sagar edited comment on DERBY-6809 at 1/3/20 7:46 PM: -- Happy New Year to you too and the Team Derby. Yes steep learning curve awaits for achieving LOW HANGING FRUIT which started this all. Auto upgrade code via IDE suggestions ... thats first step. Have checked out the sources and opened the maven2 project in Netbeans and on clicking Build I get the following error ... No idea why derbyshared.jar is required ??? Isnt it supposed to be built via these sources itself. Secondly no idea why the sources are not listed in Netbeans ... Havent used Maven in Netbeans ... I see no sources in Netbeans and DItto in Eclipse. Such wasnt the case with Netbeans 8 and the previous code I checked out. Think it was 10.12 or something. cd /home/sagars/NetBeansProjects/derby/derby/maven2/commons; JAVA_HOME=/home/sagars/amazon-corretto-11.0.5.10.1-linux-x64 /home/sagars/netbeans/java/maven/bin/mvn --errors -e install Error stacktraces are turned on. Scanning for projects... Building Apache Derby Shared Code ALPHA_VERSION — maven-remote-resources-plugin:1.2.1:process (default) @ derbyshared — — maven-resources-plugin:2.5:resources (default-resources) @ derbyshared — [debug] execute contextualize Using 'UTF-8' encoding to copy filtered resources. skip non existing resourceDirectory /home/sagars/NetBeansProjects/derby/derby/maven2/commons/src/main/resources Copying 3 resources — maven-compiler-plugin:2.3.2:compile (default-compile) @ derbyshared — No sources to compile — maven-resources-plugin:2.5:testResources (default-testResources) @ derbyshared — [debug] execute contextualize Using 'UTF-8' encoding to copy filtered resources. skip non existing resourceDirectory /home/sagars/NetBeansProjects/derby/derby/maven2/commons/src/test/resources Copying 3 resources — maven-compiler-plugin:2.3.2:testCompile (default-testCompile) @ derbyshared — No sources to compile — maven-surefire-plugin:2.9:test (default-test) @ derbyshared — Surefire report directory: /home/sagars/NetBeansProjects/derby/derby/maven2/commons/target/surefire-reports --- T E S T S --- Results : Tests run: 0, Failures: 0, Errors: 0, Skipped: 0 — maven-jar-plugin:2.3.1:jar (default-jar) @ derbyshared — Building jar: /home/sagars/NetBeansProjects/derby/derby/maven2/commons/target/derbyshared-ALPHA_VERSION.jar — maven-site-plugin:3.0:attach-descriptor (attach-descriptor) @ derbyshared — — maven-antrun-plugin:1.6:run (default) @ derbyshared — Parameter tasks is deprecated, use target instead Executing tasks main: BUILD FAILURE Total time: 6.139 s Finished at: 2020-01-04T01:05:46+05:30 Final Memory: 16M/57M Failed to execute goal org.apache.maven.plugins:maven-antrun-plugin:1.6:run (default) on project derbyshared: An Ant BuildException has occured: Warning: Could not find file /home/sagars/NetBeansProjects/derby/derby/jars/insane/derbyshared.jar to copy. -> [Help 1] org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-antrun-plugin:1.6:run (default) on project derbyshared: An Ant BuildException has occured: Warning: Could not find file /home/sagars/NetBeansProjects/derby/derby/jars/insane/derbyshared.jar to copy. at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:212) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80) at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51) at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106) at org.apache.maven.cli.MavenCli.execute(MavenCli.java:863) at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:288) at org.apache.maven.cli.MavenCli.main(MavenCli.java:1
[jira] [Comment Edited] (DERBY-6809) Java 1.8 feature use
[ https://issues.apache.org/jira/browse/DERBY-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17007713#comment-17007713 ] sagar edited comment on DERBY-6809 at 1/3/20 7:43 PM: -- Happy New Year to you too and the Team Derby. Yes steep learning curve awaits for achieving LOW HANGING FRUIT which started this all. Auto upgrade code via IDE suggestions ... thats first step. Have checked out the sources and opened the maven2 project in Netbeans and on clicking Build I get the following error ... No idea why derbyshared.jar is required ??? Isnt it supposed to be built via these sources itself. Secondly no idea why the sources are not listed in Netbeans ... Havent used Maven in Netbeans ... I see no sources in Netbeans and DItto in Eclipse. cd /home/sagars/NetBeansProjects/derby/derby/maven2/commons; JAVA_HOME=/home/sagars/amazon-corretto-11.0.5.10.1-linux-x64 /home/sagars/netbeans/java/maven/bin/mvn --errors -e install Error stacktraces are turned on. Scanning for projects... Building Apache Derby Shared Code ALPHA_VERSION — maven-remote-resources-plugin:1.2.1:process (default) @ derbyshared — — maven-resources-plugin:2.5:resources (default-resources) @ derbyshared — [debug] execute contextualize Using 'UTF-8' encoding to copy filtered resources. skip non existing resourceDirectory /home/sagars/NetBeansProjects/derby/derby/maven2/commons/src/main/resources Copying 3 resources — maven-compiler-plugin:2.3.2:compile (default-compile) @ derbyshared — No sources to compile — maven-resources-plugin:2.5:testResources (default-testResources) @ derbyshared — [debug] execute contextualize Using 'UTF-8' encoding to copy filtered resources. skip non existing resourceDirectory /home/sagars/NetBeansProjects/derby/derby/maven2/commons/src/test/resources Copying 3 resources — maven-compiler-plugin:2.3.2:testCompile (default-testCompile) @ derbyshared — No sources to compile — maven-surefire-plugin:2.9:test (default-test) @ derbyshared — Surefire report directory: /home/sagars/NetBeansProjects/derby/derby/maven2/commons/target/surefire-reports --- T E S T S --- Results : Tests run: 0, Failures: 0, Errors: 0, Skipped: 0 — maven-jar-plugin:2.3.1:jar (default-jar) @ derbyshared — Building jar: /home/sagars/NetBeansProjects/derby/derby/maven2/commons/target/derbyshared-ALPHA_VERSION.jar — maven-site-plugin:3.0:attach-descriptor (attach-descriptor) @ derbyshared — — maven-antrun-plugin:1.6:run (default) @ derbyshared — Parameter tasks is deprecated, use target instead Executing tasks main: BUILD FAILURE Total time: 6.139 s Finished at: 2020-01-04T01:05:46+05:30 Final Memory: 16M/57M Failed to execute goal org.apache.maven.plugins:maven-antrun-plugin:1.6:run (default) on project derbyshared: An Ant BuildException has occured: Warning: Could not find file /home/sagars/NetBeansProjects/derby/derby/jars/insane/derbyshared.jar to copy. -> [Help 1] org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-antrun-plugin:1.6:run (default) on project derbyshared: An Ant BuildException has occured: Warning: Could not find file /home/sagars/NetBeansProjects/derby/derby/jars/insane/derbyshared.jar to copy. at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:212) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80) at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51) at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106) at org.apache.maven.cli.MavenCli.execute(MavenCli.java:863) at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:288) at org.apache.maven.cli.MavenCli.main(MavenCli.java:199) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.inter
[jira] [Comment Edited] (DERBY-6809) Java 1.8 feature use
[ https://issues.apache.org/jira/browse/DERBY-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16281584#comment-16281584 ] sagar edited comment on DERBY-6809 at 12/7/17 10:10 AM: Yes. Now it me and my interia. I dont know how significantly I will be able to contribute but will get over the Inertia and make a start. DERBY because I have used it. And I liked what I used. And I believe it can be further of use to many who still dont use it or are not even aware of its existence as a DB which is a perfect replacement for MS ACCESS and likes but much stable powerful and reliable with ACID at least. And a final thought ... Any work on derby MVCC going on? And also a pluggable NOSQL or added NOSQL? And that famously asked for demanded one Optimistic Locking? was (Author: sagsaw): Yes. Now it me and my interia. I dont know how significantly I will be able to contribute but will get over the Inertia and make a start. DERBY because I have used it. And I liked what I used. And I believe it can be further of use to many who still dont use it or are not even aware of its existence as a DB which is a perfect replacement for MS ACCESS and likes but much stable powerful and reliable with ACID at least. And a final thought ... Any work on derby MVCC going on? And also a pluggable NOSQL or added NOSQL? > Java 1.8 feature use > > > Key: DERBY-6809 > URL: https://issues.apache.org/jira/browse/DERBY-6809 > Project: Derby > Issue Type: Improvement > Components: Network Server >Affects Versions: 11.0.0.0 >Reporter: sagar > Attachments: 2017-12-04-143613_1366x768_scrot.png > > > Suggestion ... > Is it possible to auto modify the existing source code using tools like > Netbeans, and take advantage of the new features in JDK 1.8 for better > multiuser performance and better utilization of current day multicore > processors? > Plainly put, can we have from 11.0 onwards a version of derby which takes > advantage of the advancements and new features in java 1.8 ... -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Comment Edited] (DERBY-6809) Java 1.8 feature use
[ https://issues.apache.org/jira/browse/DERBY-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16274124#comment-16274124 ] sagar edited comment on DERBY-6809 at 12/1/17 8:52 AM: --- Hi Rick, Thanks for the detailed reply. Couple of more questions. Do you think that rewriting code with new enhancements in JAVA Language will be beneficial to DERBY from any point of view. Theoretically, without having had a detailed look at the architecture and code, I feel there may be chances of improvement. Dunno if practically that effort would yield noticeable improvements. Experienced developers in DERBY should be able to throw some light on this. I am referring to performance improvements in newer JAVA versions if they can be incorporated. Language improvements and new Features, would not always be performance related. Also, is there a SPECIFIC ARCHITECTURE DOCUMENT of Derby somewhere which will depict ARCHITECTURE and source code organization. Sagar was (Author: sagsaw): Hi Rick, Thanks for the detailed reply. Couple of more questions. Do you think that rewriting code with new enhancements in JAVA Language will be beneficial to DERBY from any point of view. Theoretically, without having had a detailed look at the architecture and code, I feel there may be chances of improvement. Dunno if practically that effort would yield noticeable improvements. Experienced developers in DERBY should be able to throw some light on this. I am referring to performance improvements in newer JAVA versions if they can be incorporated. Language improvements and new Features, would not always be performance related. Sagar > Java 1.8 feature use > > > Key: DERBY-6809 > URL: https://issues.apache.org/jira/browse/DERBY-6809 > Project: Derby > Issue Type: Improvement > Components: Network Server >Affects Versions: 11.0.0.0 >Reporter: sagar > > Suggestion ... > Is it possible to auto modify the existing source code using tools like > Netbeans, and take advantage of the new features in JDK 1.8 for better > multiuser performance and better utilization of current day multicore > processors? > Plainly put, can we have from 11.0 onwards a version of derby which takes > advantage of the advancements and new features in java 1.8 ... -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Comment Edited] (DERBY-6809) Java 1.8 feature use
[ https://issues.apache.org/jira/browse/DERBY-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16272168#comment-16272168 ] sagar edited comment on DERBY-6809 at 11/30/17 5:06 AM: Read it already. Also, does derby still compile to Java 6 bytecode or now say 10.15 will always compile to Java 9 bytecode? I assume the later. Another suggestion, can 10.15 be a long term supported release. As in, future bug fixes and features will be available for this release too. Backported if you can say so. I assume that we are dropping support for older JAVA versions but not necessarily rewriting the code to support and take advantages of new features in JAVA latest versions. Essentially this will help interested developers do try and rewrite DERBY code to take advantage of newer features. There could then be two branches of DEVELOPERS for DERBY ... one that will look into JAVA implementation and one that will look into the database part SQL compliances and features additions. Sagar was (Author: sagsaw): Read it already. So, another suggestion, can 10.15 be a long term supported release. As in, future bug fixes and features will be available for this release too. Backported if you can say so. I assume that we are dropping support for older JAVA versions but not necessarily rewriting the code to support and take advantages of new features in JAVA latest versions. Essentially this will help interested developers do try and rewrite DERBY code to take advantage of newer features. There could then be two branches of DEVELOPERS for DERBY ... one that will look into JAVA implementation and one that will look into the database part SQL compliances and features additions. Sagar > Java 1.8 feature use > > > Key: DERBY-6809 > URL: https://issues.apache.org/jira/browse/DERBY-6809 > Project: Derby > Issue Type: Improvement > Components: Network Server >Affects Versions: 11.0.0.0 >Reporter: sagar > > Suggestion ... > Is it possible to auto modify the existing source code using tools like > Netbeans, and take advantage of the new features in JDK 1.8 for better > multiuser performance and better utilization of current day multicore > processors? > Plainly put, can we have from 11.0 onwards a version of derby which takes > advantage of the advancements and new features in java 1.8 ... -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Comment Edited] (DERBY-6809) Java 1.8 feature use
[ https://issues.apache.org/jira/browse/DERBY-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14576603#comment-14576603 ] sagar edited comment on DERBY-6809 at 6/8/15 5:43 AM: -- Hi Rick Thanks. That was understood ... my question was regarding the settings need to be done described in BUILDING DERBY ... All I wanted to know if once I download the source code lets say the production 10.11.1.1 ... Will all the buid configs have the same settings as the production build 10.11.1.1 jar files ... Also, will use the 10.11.1.1 branch since I am using the same on production ... will have data at my disposal. Sagar was (Author: sagsaw): Hi Rick Thanks. That was understood ... my question was regarding the settings need to be done described in BUILDING DERBY ... All I wanted to know if once I download the source code lets say the production 10.11.1.1 ... Will all the buid configs have the same settings as the production build 10.11.1.1 jar files ... Sagar > Java 1.8 feature use > > > Key: DERBY-6809 > URL: https://issues.apache.org/jira/browse/DERBY-6809 > Project: Derby > Issue Type: Improvement > Components: Network Server >Affects Versions: 11.0.0.0 >Reporter: sagar > > Suggestion ... > Is it possible to auto modify the existing source code using tools like > Netbeans, and take advantage of the new features in JDK 1.8 for better > multiuser performance and better utilization of current day multicore > processors? > Plainly put, can we have from 11.0 onwards a version of derby which takes > advantage of the advancements and new features in java 1.8 ... -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Comment Edited] (DERBY-6809) Java 1.8 feature use
[ https://issues.apache.org/jira/browse/DERBY-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14564716#comment-14564716 ] sagar edited comment on DERBY-6809 at 5/30/15 6:10 AM: --- Hi Mike, Will get started soon as have todo this in really free time I get ... Secondly with regards to the sorter, the threshhold you are talking that can be bumped up ... is it a derby.xx.xx kind of a setting in derby,properties or it something in the code (like hardcoded) .. In addition, if I were to check the unindexed columns sorting ... then I can do that outside derby in a simple jdbc program ... but the aim is to see the impact on derby as a whole by using the newer facilities and the multicore processor usability. Add or comment to this ... would help my thinking And finally, what should I download? 10.11.1.1 or any previous .. I am using 10.11.1.1 in production ... Sagar was (Author: sagsaw): Hi Mike, Will get started soon as have todo this in really free time I get ... Secondly with regards to the sorter, the threshhold you are talking that can be bumped up ... is it a derby.xx.xx kind of a setting in derby,properties or it something in the code (like hardcoded) .. In addition, if I were to check the unindexed columns sorting ... then I can do that outside derby in a simple jdbc program ... but the aim is to see the impact on derby as a whole by using the newer facilities and the multicore processor usability. Add or comment to this ... would help my thinking And finally, what should I download? 10.11.1.1 or any previous .. I am using 10.11.1.1 in production ... Sagar > Java 1.8 feature use > > > Key: DERBY-6809 > URL: https://issues.apache.org/jira/browse/DERBY-6809 > Project: Derby > Issue Type: Improvement > Components: Network Server >Affects Versions: 11.0.0.0 >Reporter: sagar > > Suggestion ... > Is it possible to auto modify the existing source code using tools like > Netbeans, and take advantage of the new features in JDK 1.8 for better > multiuser performance and better utilization of current day multicore > processors? > Plainly put, can we have from 11.0 onwards a version of derby which takes > advantage of the advancements and new features in java 1.8 ... -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Comment Edited] (DERBY-6809) Java 1.8 feature use
[ https://issues.apache.org/jira/browse/DERBY-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14564716#comment-14564716 ] sagar edited comment on DERBY-6809 at 5/30/15 5:55 AM: --- Hi Mike, Will get started soon as have todo this in really free time I get ... Secondly with regards to the sorter, the threshhold you are talking that can be bumped up ... is it a derby.xx.xx kind of a setting in derby,properties or it something in the code (like hardcoded) .. In addition, if I were to check the unindexed columns sorting ... then I can do that outside derby in a simple jdbc program ... but the aim is to see the impact on derby as a whole by using the newer facilities and the multicore processor usability. Add or comment to this ... would help my thinking And finally, what should I download? 10.11.1.1 or any previous .. I am using 10.11.1.1 in production ... Sagar was (Author: sagsaw): Hi Mike, Will get started soon as have todo this in really free time I get ... Secondly with regards to the sorter, the threshhold you are talking that can be bumped up ... is it a derby.xx.xx kind of a setting in derby,properties or it something in the code (like hardcoded) .. Sagar > Java 1.8 feature use > > > Key: DERBY-6809 > URL: https://issues.apache.org/jira/browse/DERBY-6809 > Project: Derby > Issue Type: Improvement > Components: Network Server >Affects Versions: 11.0.0.0 >Reporter: sagar > > Suggestion ... > Is it possible to auto modify the existing source code using tools like > Netbeans, and take advantage of the new features in JDK 1.8 for better > multiuser performance and better utilization of current day multicore > processors? > Plainly put, can we have from 11.0 onwards a version of derby which takes > advantage of the advancements and new features in java 1.8 ... -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Comment Edited] (DERBY-6809) Java 1.8 feature use
[ https://issues.apache.org/jira/browse/DERBY-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14547589#comment-14547589 ] sagar edited comment on DERBY-6809 at 5/18/15 11:13 AM: And yes, conscious manual transition of source code to java8 is a big task ... hence the suggestion towards a testing parrallel/branch build of derby8.jar wherein changes autosuggested by tools can be first incorporated ... Specifically related to IO, Concurrency, and Parallelism. was (Author: sagsaw): And yes, conscious manual transition of source code to java8 is a big task ... hence the suggestion towards a testing parrallel build of derby8.jar wherein changes autosuggested by tools can be first incorporated ... Specifically related to IO, Concurrency, and Parallelism. > Java 1.8 feature use > > > Key: DERBY-6809 > URL: https://issues.apache.org/jira/browse/DERBY-6809 > Project: Derby > Issue Type: Improvement > Components: Network Server >Affects Versions: 11.0.0.0 >Reporter: sagar > > Suggestion ... > Is it possible to auto modify the existing source code using tools like > Netbeans, and take advantage of the new features in JDK 1.8 for better > multiuser performance and better utilization of current day multicore > processors? > Plainly put, can we have from 11.0 onwards a version of derby which takes > advantage of the advancements and new features in java 1.8 ... -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Comment Edited] (DERBY-6809) Java 1.8 feature use
[ https://issues.apache.org/jira/browse/DERBY-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14547584#comment-14547584 ] sagar edited comment on DERBY-6809 at 5/18/15 6:16 AM: --- Hello Rick, Ok ... right and point taken on proceedures and functions ... but will a Java8 specific package of proceedures and functions run on the normal derby build if its running on jvm8? Thats point one ... Secondly, yes there is significant amount of work on manually changing the code to take advantage of Java8 features ... but proposal taking this into account, now more specifically is ... if we use some a tool like Netbeans which automatically suggests for eg. Convert to Lambda, etc ... can this be done to just put things moving on the Java8 parallelism track? Yes that means 2 builds a derby8 build targetting jvm8 only and the normal derby. Since the DERBY source code as of now is a black box to me ... I can only speculate that even a simple query like SELECT * FROM emp WHERE empname LIKE 'sa%' ORDER BY empage; could be benefited by the parallelism features assuming collections etc. are being used internally to sort filter order the final resultset ... benefits may not really be in terms of time (speed) always ... but taking advantage of hardware available certainly has benefits ... since now with JAVA8 you can truely take advantage of multicore processors ... So in theory or principle if some expert confirms this, then probably I can try to find some time to modify some of the source code (auto hinted by Netbeans8) for a particular specific THING ... create a build and test it if there is a benefit using the default derby.jar and using the derby8.jar both running on a java8 jvm for that specific THING ... Guide and comment. was (Author: sagsaw): Hello Rick, Ok ... right and point taken on proceedures and functions ... but will a Java8 specific package of proceedures and functions run on the normal derby build if its running on jvm8? Thats point one ... Secondly, yes there is significant amount of work on manually changing the code to take advantage of Java8 features ... but proposal taking this into account, now more specifically is ... if we use some a tool like Netbeans which automatically suggests for eg. Convert to Lambda, etc ... can this be done to just put things moving on the Java8 parallelism track? Yes that means 2 builds a derby8 build targetting jvm8 only and the normal derby. Since the DERBY source code as of now is a black box to me ... I can only speculate that even a simple query like SELECT * FROM emp WHERE empname LIKE 'sa%' ORDER BY empage; could be benefited by the parallelism features assuming collections etc. are being used internally to sort filter order the final resultset ... benefits may not really be in terms of time (speed) always ... but taking advantage of hardware available certainly has benefits ... since now with JAVA8 you can truely take advantage of So in theory or principle if some expert confirms this, then probably I can find some time to modify some of the source code (auto hinted by Netbeans8) for a particular specific THING ... create a build and test it if there is a benefit using the default derby.jar and using the derby8.jar both running on a java8 jvm for that specific THING ... Guide and comment. > Java 1.8 feature use > > > Key: DERBY-6809 > URL: https://issues.apache.org/jira/browse/DERBY-6809 > Project: Derby > Issue Type: Improvement > Components: Network Server >Affects Versions: 11.0.0.0 >Reporter: sagar > > Suggestion ... > Is it possible to auto modify the existing source code using tools like > Netbeans, and take advantage of the new features in JDK 1.8 for better > multiuser performance and better utilization of current day multicore > processors? > Plainly put, can we have from 11.0 onwards a version of derby which takes > advantage of the advancements and new features in java 1.8 ... -- This message was sent by Atlassian JIRA (v6.3.4#6332)
