db-derby-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "sagar (JIRA)" <j...@apache.org>
Subject [jira] [Comment Edited] (DERBY-6809) Java 1.8 feature use
Date Mon, 18 May 2015 06:17:00 GMT

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

Mime
View raw message