[jira] [Closed] (DBCP-481) Update Apache Commons Pool from 2.4.2 to 2.5.0
[ https://issues.apache.org/jira/browse/DBCP-481?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gary Gregory closed DBCP-481. - Resolution: Fixed Fix Version/s: 2.2 In git master. > Update Apache Commons Pool from 2.4.2 to 2.5.0 > -- > > Key: DBCP-481 > URL: https://issues.apache.org/jira/browse/DBCP-481 > Project: Commons Dbcp > Issue Type: Improvement >Affects Versions: 2.1.1 >Reporter: Gary Gregory >Assignee: Gary Gregory > Fix For: 2.2 > > > Update Apache Commons Pool from 2.4.2 to 2.5.0. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Created] (DBCP-481) Update Apache Commons Pool from 2.4.2 to 2.5.0
Gary Gregory created DBCP-481: - Summary: Update Apache Commons Pool from 2.4.2 to 2.5.0 Key: DBCP-481 URL: https://issues.apache.org/jira/browse/DBCP-481 Project: Commons Dbcp Issue Type: Improvement Affects Versions: 2.1.1 Reporter: Gary Gregory Assignee: Gary Gregory Update Apache Commons Pool from 2.4.2 to 2.5.0. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (POOL-267) Use of AbandonListener instead of PrintWriter when a pool object is detected in an abandon state
[ https://issues.apache.org/jira/browse/POOL-267?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gary Gregory updated POOL-267: -- Fix Version/s: (was: 2.5.0) 2.5.1 > Use of AbandonListener instead of PrintWriter when a pool object is detected > in an abandon state > > > Key: POOL-267 > URL: https://issues.apache.org/jira/browse/POOL-267 > Project: Commons Pool > Issue Type: Improvement >Affects Versions: 2.2 >Reporter: Anthony Communier > Fix For: 2.5.1 > > Attachments: AbandonedListenerPatch.diff > > > I would be great to have a more flexible mecanism for abandon detection. > Having just a PrintWriter is too restrictive. With an AbandonListener it > would be possible to make more things like using log API or enabling > supervision of application. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (POOL-321) ObjectPool.addObject limiting us to add an object with parameter
[ https://issues.apache.org/jira/browse/POOL-321?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gary Gregory updated POOL-321: -- Fix Version/s: (was: 2.5.0) 2.5.1 > ObjectPool.addObject limiting us to add an object with parameter > > > Key: POOL-321 > URL: https://issues.apache.org/jira/browse/POOL-321 > Project: Commons Pool > Issue Type: Improvement >Affects Versions: 2.4 >Reporter: Ugur Bayram > Fix For: 2.5.1 > > > In current implementation we are not able to add an object with parameter to > the pool. addObject does not take any parameter > Consider of a user pool where the content of each user might differ. In such > cases, current implementation have limitation. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (POOL-272) GenericKeyedObjectPool should have a per-key version of numTestsPerEvictionRun
[ https://issues.apache.org/jira/browse/POOL-272?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gary Gregory updated POOL-272: -- Fix Version/s: (was: 2.5.0) 2.5.1 > GenericKeyedObjectPool should have a per-key version of numTestsPerEvictionRun > -- > > Key: POOL-272 > URL: https://issues.apache.org/jira/browse/POOL-272 > Project: Commons Pool > Issue Type: Improvement >Affects Versions: 2.2 >Reporter: Michael Berman > Fix For: 2.5.1 > > > It would be cool if there were a per-key version of numTestsPerEvictionRun. I > have a use case where I'm primarily configuring my pool size (min/maxidle and > maxtotal) per key, but don't want to cap the number of keys or total number > of objects in the pool. In this case, it seems like the number of tests i > would want per eviction run is fixed with respect to my per-key pool size, > but that I would want it scale with the number of keys. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Resolved] (LANG-1371) Fix TypeUtils#parameterize to work correctly with narrower-typed array
[ https://issues.apache.org/jira/browse/LANG-1371?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pascal Schumacher resolved LANG-1371. - Resolution: Fixed Fix Version/s: 3.8 > Fix TypeUtils#parameterize to work correctly with narrower-typed array > -- > > Key: LANG-1371 > URL: https://issues.apache.org/jira/browse/LANG-1371 > Project: Commons Lang > Issue Type: Bug >Affects Versions: 3.7 >Reporter: Pascal Schumacher >Assignee: Pascal Schumacher >Priority: Minor > Fix For: 3.8 > > > reported in [https://github.com/apache/commons-lang/pull/307] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[GitHub] commons-lang issue #307: Fix TypeUtils.parameterize to work correctly with n...
Github user PascalSchumacher commented on the issue: https://github.com/apache/commons-lang/pull/307 Thanks! ð Sorry for the delay in merging. ---
[GitHub] commons-lang pull request #307: Fix TypeUtils.parameterize to work correctly...
Github user asfgit closed the pull request at: https://github.com/apache/commons-lang/pull/307 ---
[jira] [Commented] (LANG-1371) Fix TypeUtils#parameterize to work correctly with narrower-typed array
[ https://issues.apache.org/jira/browse/LANG-1371?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16298680#comment-16298680 ] ASF GitHub Bot commented on LANG-1371: -- Github user PascalSchumacher commented on the issue: https://github.com/apache/commons-lang/pull/307 created https://issues.apache.org/jira/browse/LANG-1371 to track this > Fix TypeUtils#parameterize to work correctly with narrower-typed array > -- > > Key: LANG-1371 > URL: https://issues.apache.org/jira/browse/LANG-1371 > Project: Commons Lang > Issue Type: Bug >Affects Versions: 3.7 >Reporter: Pascal Schumacher >Assignee: Pascal Schumacher >Priority: Minor > > reported in [https://github.com/apache/commons-lang/pull/307] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[GitHub] commons-lang issue #307: Fix TypeUtils.parameterize to work correctly with n...
Github user PascalSchumacher commented on the issue: https://github.com/apache/commons-lang/pull/307 created https://issues.apache.org/jira/browse/LANG-1371 to track this ---
[jira] [Created] (LANG-1371) Fix TypeUtils#parameterize to work correctly with narrower-typed array
Pascal Schumacher created LANG-1371: --- Summary: Fix TypeUtils#parameterize to work correctly with narrower-typed array Key: LANG-1371 URL: https://issues.apache.org/jira/browse/LANG-1371 Project: Commons Lang Issue Type: Bug Affects Versions: 3.7 Reporter: Pascal Schumacher Assignee: Pascal Schumacher Priority: Minor reported in [https://github.com/apache/commons-lang/pull/307] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[GitHub] commons-lang pull request #310: A small mistake in javadoc description.
Github user asfgit closed the pull request at: https://github.com/apache/commons-lang/pull/310 ---
[GitHub] commons-lang issue #310: A small mistake in javadoc description.
Github user PascalSchumacher commented on the issue: https://github.com/apache/commons-lang/pull/310 Thanks! ð ---
[jira] [Commented] (VFS-634) DefaultFileSystemManager.close() throw FileSystemException
[
https://issues.apache.org/jira/browse/VFS-634?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16298617#comment-16298617
]
Dominique Jean-Prost commented on VFS-634:
--
hello [~b.eckenfels],
is there something we should provide to you so that you can diagnose the
problem ?
thank you
> DefaultFileSystemManager.close() throw FileSystemException
> --
>
> Key: VFS-634
> URL: https://issues.apache.org/jira/browse/VFS-634
> Project: Commons VFS
> Issue Type: Bug
>Affects Versions: 2.1
> Environment: windows
>Reporter: Gilian HALOUIN
>
> Hi,
> We face an issue when we use the DefaultFileSystemManager.
> With this example :
> {code:java}
> import org.apache.commons.vfs2.FileObject;
> import org.apache.commons.vfs2.FileSystemException;
> import org.apache.commons.vfs2.Selectors;
> import org.apache.commons.vfs2.VFS;
> import org.apache.commons.vfs2.impl.DefaultFileSystemManager;
> /**
> * @author GHALOUIN
> *
> */
> public class TestVFS {
> /**
> * @param args
> * @throws FileSystemException
> */
> public static void main(final String[] args) throws FileSystemException {
> final DefaultFileSystemManager vfsManager =
> (DefaultFileSystemManager) VFS.getManager();
> final FileObject tempDir = vfsManager.resolveFile("tmp://simulation");
> final FileObject fileSrc = vfsManager.resolveFile("C:/toto.txt");
> tempDir.resolveFile("toto").copyFrom(fileSrc, Selectors.SELECT_SELF);
> vfsManager.close();
> }
> }
> {code}
> At the close call we have the following error :
> INFOS: Using "C:\Users\ghalouin\AppData\Local\Temp\vfs_cache" as temporary
> files store.
> avr. 21, 2017 4:21:27 PM
> org.apache.commons.vfs2.impl.StandardFileSystemManager warn
> AVERTISSEMENT: Could not clean up temporary file "tmp_382_tempfs".
> org.apache.commons.vfs2.FileSystemException: Incorrect file system URI
> "file:///C:/" in name
> "file:///C:/Users/ghalouin/AppData/Local/Temp/vfs_cache/tmp_382_tempfs", was
> expecting "file:///C:".
> at
> org.apache.commons.vfs2.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:324)
> at
> org.apache.commons.vfs2.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:317)
> at
> org.apache.commons.vfs2.provider.AbstractOriginatingFileProvider.findFile(AbstractOriginatingFileProvider.java:84)
> at
> org.apache.commons.vfs2.provider.local.DefaultLocalFileProvider.findLocalFile(DefaultLocalFileProvider.java:106)
> at
> org.apache.commons.vfs2.provider.local.DefaultLocalFileProvider.findLocalFile(DefaultLocalFileProvider.java:119)
> at
> org.apache.commons.vfs2.impl.DefaultFileSystemManager.toFileObject(DefaultFileSystemManager.java:1003)
> at
> org.apache.commons.vfs2.impl.DefaultVfsComponentContext.toFileObject(DefaultVfsComponentContext.java:78)
> at
> org.apache.commons.vfs2.impl.DefaultFileReplicator.deleteFile(DefaultFileReplicator.java:172)
> at
> org.apache.commons.vfs2.impl.DefaultFileReplicator.close(DefaultFileReplicator.java:111)
> at
> org.apache.commons.vfs2.impl.PrivilegedFileReplicator$CloseAction.run(PrivilegedFileReplicator.java:195)
> at java.security.AccessController.doPrivileged(Native Method)
> at
> org.apache.commons.vfs2.impl.PrivilegedFileReplicator.close(PrivilegedFileReplicator.java:113)
> at
> org.apache.commons.vfs2.impl.DefaultFileSystemManager.closeComponent(DefaultFileSystemManager.java:500)
> at
> org.apache.commons.vfs2.impl.DefaultFileSystemManager.close(DefaultFileSystemManager.java:604)
> at testVFS.TestVFS.main(TestVFS.java:29)
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (RNG-37) Ziggurat algorithm
[ https://issues.apache.org/jira/browse/RNG-37?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gilles updated RNG-37: -- Attachment: RNG-37.patch ziggurat.patch.png Attached patch to code currently in "master" (review welcome), and figure produced by the application described previously. > Ziggurat algorithm > -- > > Key: RNG-37 > URL: https://issues.apache.org/jira/browse/RNG-37 > Project: Commons RNG > Issue Type: Wish >Reporter: Gilles >Priority: Minor > Fix For: 1.1 > > Attachments: RNG-37.patch, ziggurat.buggy.png, ziggurat.patch.png > > > Fast algorithm for sampling a Gaussian distribution: > https://en.wikipedia.org/wiki/Ziggurat_algorithm -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (VALIDATOR-435) In the domain validator part, ".africa" generic tld seems to be not updated/recognised
[ https://issues.apache.org/jira/browse/VALIDATOR-435?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16298593#comment-16298593 ] Sebb commented on VALIDATOR-435: Note that the various lists will be updated when the software is next released. However the official lists change far too often to re-release each time, which us why the override method was added. > In the domain validator part, ".africa" generic tld seems to be not > updated/recognised > -- > > Key: VALIDATOR-435 > URL: https://issues.apache.org/jira/browse/VALIDATOR-435 > Project: Commons Validator > Issue Type: Improvement > Components: Routines >Affects Versions: 1.6 >Reporter: irfan sharief >Priority: Minor > Fix For: 1.6 > > -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[GitHub] commons-lang issue #310: A small mistake in javadoc description.
Github user coveralls commented on the issue: https://github.com/apache/commons-lang/pull/310 [](https://coveralls.io/builds/14740661) Coverage remained the same at 95.168% when pulling **46995be3862dfa312dbf590744941ba6544a9295 on nickbarban:master** into **dd2394323b441e7a22d3c85ce751b619918ee161 on apache:master**. ---
[GitHub] commons-lang pull request #310: A small mistake in javadoc description.
GitHub user nickbarban opened a pull request:
https://github.com/apache/commons-lang/pull/310
A small mistake in javadoc description.
Javadoc says that:
`StringUtils.getDigits("1123~45") = "12345"`
but really:
`StringUtils.getDigits("1123~45") = "112345"`
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/nickbarban/commons-lang master
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/commons-lang/pull/310.patch
To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:
This closes #310
commit 46995be3862dfa312dbf590744941ba6544a9295
Author: nbarban
Date: 2017-12-20T10:14:59Z
A small mistake in javadoc description.
---
