JDK 9 & JDK 9 with Project Jigsaw b144 are available on java.net

2016-11-14 Thread Rory O'Donnell 


Hi Benedikt,

Early Access b144  (#5709) for JDK 9 with 
Project Jigsaw is available on java.net, summary of changes are listed 
here. 



Early Access b144  for JDK 9 is 
available on java.net, summary of  changes are listed here 
.


There have been a number of fixes to bugs reported by Open Source 
projects since the last availability email  :


 * JDK-8156149 : Blurry rendering on Windows 7 at 125% screen setting
 * JDK-8167431 : tools javac takes too long time to resolve interface
   dependency
 * JDK-8062810 : infrastructure Examine src.zip in JDK image and decide
   if source classes should be organized by module

*Proposal* - latest update

 *b142 of JDK 9 with project Jigsaw has the initial implementation
   of open modules and open packages as detailed in the recent proposal
   for #ReflectiveAccessToNonExportedTypes [1]

*Tool*

Adapted from JEP 277 [2]

 * A static analysis tool jdeprscan has been provided that scans a jar
   file (or some other aggregation of class files) for uses of
   deprecated API elements.

*Schedule*

 * The proposed JDK 9 schedule has been adopted and posted on the Open
   JDK 9 Project Page [3]


Rgds,Rory

[1] 
http://mail.openjdk.java.net/pipermail/jpms-spec-experts/2016-October/000430.html

[2] http://openjdk.java.net/jeps/277
[3] http://openjdk.java.net/projects/jdk9/

--
Rgds,Rory O'Donnell
Quality Engineering Manager
Oracle EMEA , Dublin, Ireland

[RNG] Anyone up to the tasks that block the 1.0 release?

2016-11-14 Thread Gilles 

Hi.

I've opened
  https://issues.apache.org/jira/browse/RNG-25
  https://issues.apache.org/jira/browse/RNG-26
  https://issues.apache.org/jira/browse/RNG-27
  https://issues.apache.org/jira/browse/RNG-28
  https://issues.apache.org/jira/browse/RNG-29
which need fixing before I can attempt to create a new RC.

The release is now about the extended and modularized code
that is currently in branch "multimodule" (still to be
merged into "master").
Could people who have released a modular project have a
look and tell whether there are issues that would entail
the invalidation of the RC?

There is a check-list:
  https://issues.apache.org/jira/browse/RNG-23
Please add any missing item (and fix it if possible).


Thanks,
Gilles


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Help out with RNG-6

2016-11-14 Thread Madhu MV 
Hi.

I would like to help with the beginner's task mentioned at
https://helpwanted.apache.org/task.html?532e1a732ca32a4e35fc7fc0e4c9373b6af1c17d
.

Related JIRA: https://issues.apache.org/jira/browse/RNG-6

Regards
Madhu

Help with task: Random number generators

2016-11-14 Thread Joseph Donovan 
I would like to help out with the task listed at 
https://helpwanted.apache.org/task.html?532e1a73



Sent from my iPhone
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: svn commit: r1769582 - in /commons/proper/pool/trunk/src: changes/changes.xml main/java/org/apache/commons/pool2/impl/BaseGenericObjectPool.java

2016-11-14 Thread Keiichi Fujino 
2016-11-14 18:44 GMT+09:00 :

> Author: markt
> Date: Mon Nov 14 09:44:18 2016
> New Revision: 1769582
>
> URL: http://svn.apache.org/viewvc?rev=1769582&view=rev
> Log:
> Additional fix for POOL-315.
> Thanks to Keiichi Fujino
> Also review previous fix.
>
> Modified:
> commons/proper/pool/trunk/src/changes/changes.xml
> commons/proper/pool/trunk/src/main/java/org/apache/commons/pool2/impl/
> BaseGenericObjectPool.java
>
> Modified: commons/proper/pool/trunk/src/changes/changes.xml
> URL: http://svn.apache.org/viewvc/commons/proper/pool/trunk/src/
> changes/changes.xml?rev=1769582&r1=1769581&r2=1769582&view=diff
> 
> ==
> --- commons/proper/pool/trunk/src/changes/changes.xml (original)
> +++ commons/proper/pool/trunk/src/changes/changes.xml Mon Nov 14 09:44:18
> 2016
> @@ -71,7 +71,7 @@ The  type attribute can be add,u
>Ensure that any class name used for evictionPolicyClassName
> represents a
>class that implements EvictionPolicy.
>  
> -
> + due-to="KeiichiFujino">
>Add a configurable delay (default 10 seconds) to wait when shutting
> down
>an Evictor to allow the associated thread time to complete and
> current
>evictions and to terminate.
>
> Modified: commons/proper/pool/trunk/src/main/java/org/apache/commons/
> pool2/impl/BaseGenericObjectPool.java
> URL: http://svn.apache.org/viewvc/commons/proper/pool/trunk/src/
> main/java/org/apache/commons/pool2/impl/BaseGenericObjectPool.java?
> rev=1769582&r1=1769581&r2=1769582&view=diff
> 
> ==
> --- 
> commons/proper/pool/trunk/src/main/java/org/apache/commons/pool2/impl/BaseGenericObjectPool.java
> (original)
> +++ 
> commons/proper/pool/trunk/src/main/java/org/apache/commons/pool2/impl/BaseGenericObjectPool.java
> Mon Nov 14 09:44:18 2016
> @@ -88,7 +88,7 @@ public abstract class BaseGenericObjectP
>  private volatile long softMinEvictableIdleTimeMillis =
>  BaseObjectPoolConfig.DEFAULT_SOFT_MIN_EVICTABLE_IDLE_TIME_
> MILLIS;
>  private volatile EvictionPolicy evictionPolicy;
> -private long evictorShutdownTimeoutMillis =
> +private volatile long evictorShutdownTimeoutMillis =
>  BaseObjectPoolConfig.DEFAULT_EVICTOR_SHUTDOWN_TIMEOUT_MILLIS;
>
>
> @@ -643,7 +643,7 @@ public abstract class BaseGenericObjectP
>   * @return  The timeout in milliseconds that will be used while
> waiting for
>   *  the Evictor to shut down.
>   */
> -public long getEvictorShutdownTimeoutMillis() {
> +public final long getEvictorShutdownTimeoutMillis() {
>  return evictorShutdownTimeoutMillis;
>  }
>
> @@ -656,7 +656,7 @@ public abstract class BaseGenericObjectP
>   *  will be used while waiting
> for the
>   *  Evictor to shut down.
>   */
> -public void setEvictorShutdownTimeoutMillis(
> +public final void setEvictorShutdownTimeoutMillis(
>  final long evictorShutdownTimeoutMillis) {
>  this.evictorShutdownTimeoutMillis = evictorShutdownTimeoutMillis;
>  }
> @@ -720,7 +720,7 @@ public abstract class BaseGenericObjectP
>  final void startEvictor(final long delay) {
>  synchronized (evictionLock) {
>  if (null != evictor) {
> -EvictionTimer.cancel(evictor, 10, TimeUnit.SECONDS);
> +EvictionTimer.cancel(evictor,
> evictorShutdownTimeoutMillis, TimeUnit.SECONDS);
>


Thanks for the fix.

JavaDoc(get/setEvictorShutdownTimeoutMillis) says
evictorShutdownTimeoutMillis is milliseconds.
So, will TimeUnit.SECONDS change to TimeUnit.MILLISECONDS?



>  evictor = null;
>  evictionIterator = null;
>  }
>
> --
> Keiichi.Fujino
>

Re: svn commit: r1769582 - in /commons/proper/pool/trunk/src: changes/changes.xml main/java/org/apache/commons/pool2/impl/BaseGenericObjectPool.java

2016-11-14 Thread Mark Thomas 
On 15/11/2016 00:44, Keiichi Fujino wrote:
> 2016-11-14 18:44 GMT+09:00 :
> 
>> Author: markt
>> Date: Mon Nov 14 09:44:18 2016
>> New Revision: 1769582



> JavaDoc(get/setEvictorShutdownTimeoutMillis) says
> evictorShutdownTimeoutMillis is milliseconds.
> So, will TimeUnit.SECONDS change to TimeUnit.MILLISECONDS?

Fixed. Thanks.

Mark


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org