[
https://issues.apache.org/jira/browse/CRYPTO-132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb resolved CRYPTO-132.
-
Resolution: Fixed
Subsumed into CRYPTO-180
> Instructions in BUILDING.txt don't work on MacOS
>
[
https://issues.apache.org/jira/browse/CRYPTO-179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb resolved CRYPTO-179.
-
Resolution: Fixed
> Crash on macOS with default crypto library
> --
>
>
[
https://issues.apache.org/jira/browse/CRYPTO-180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb resolved CRYPTO-180.
-
Resolution: Fixed
> Need instructions for building distributions
>
>
[
https://issues.apache.org/jira/browse/CRYPTO-136?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17790274#comment-17790274
]
Sebb commented on CRYPTO-136:
-
FIPS_mode was not enabled in 1.1, and has been removed in 3.x
[
https://issues.apache.org/jira/browse/CRYPTO-158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17791758#comment-17791758
]
Sebb commented on CRYPTO-158:
-
I have seen this regularly in tests using Java 11 on Ubuntu an
[
https://issues.apache.org/jira/browse/CRYPTO-136?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb resolved CRYPTO-136.
-
Resolution: Won't Do
Needs to be redefined in terms of OpenSSL3
> Expose FIPS_mode_set() and FIPS_selftest() API
[
https://issues.apache.org/jira/browse/CRYPTO-158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb resolved CRYPTO-158.
-
Resolution: Fixed
Fixed in {color:#22}b51442e5{color}
> Illegal reflective access
>
[
https://issues.apache.org/jira/browse/LANG-1639?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb closed LANG-1639.
--
Resolution: Won't Do
With the advent of Java8, it's possible to do this with not much code, for
example:
Arrays.stream
[
https://issues.apache.org/jira/browse/LANG-1713?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb reopened LANG-1713:
> ArrayUtils will return null when adding two null arrays, but undocumented
> --
[
https://issues.apache.org/jira/browse/IO-413?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb resolved IO-413.
-
Resolution: Won't Do
Agreed
> deleteQuietly(File) should try to closeOnDelete too
>
[
https://issues.apache.org/jira/browse/COMPRESS-651?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17824955#comment-17824955
]
Sebb commented on COMPRESS-651:
---
I tried halving BZip2Constants.BASEBLOCKSIZE to 50_000,
Sebb created IO-851:
---
Summary: FileSystemUtils no longer throws IllegalStateException
Key: IO-851
URL: https://issues.apache.org/jira/browse/IO-851
Project: Commons IO
Issue Type: Bug
Reporter:
[
https://issues.apache.org/jira/browse/IO-851?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17832224#comment-17832224
]
Sebb commented on IO-851:
-
That's IllegalArgumentException, not IllegalStateException.
I just did a
[
https://issues.apache.org/jira/browse/NET-710?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17844070#comment-17844070
]
Sebb commented on NET-710:
--
Cannot reproduce the error on 3.10.0 or 3.9.0 using Java8 and Ubuntu.
S
[
https://issues.apache.org/jira/browse/NET-710?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17844233#comment-17844233
]
Sebb commented on NET-710:
--
I've added a separate branch which tests against the release jars from
[
https://issues.apache.org/jira/browse/NET-710?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17844338#comment-17844338
]
Sebb commented on NET-710:
--
I still cannot reproduce the issue.
What TZ are you running the test un
[
https://issues.apache.org/jira/browse/NET-710?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17844357#comment-17844357
]
Sebb commented on NET-710:
--
Remember that the listing is generated in the timezone of the server, s
[
https://issues.apache.org/jira/browse/NET-710?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb resolved NET-710.
--
Resolution: Not A Problem
OK, glad your issue has been solved.
If there is some Javadoc or other documentation that could
[
https://issues.apache.org/jira/browse/NET-460?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb resolved NET-460.
--
Resolution: Duplicate
> _retrieveFile() blocks calling thread, on FTP I/O till the time file transfer
> is complete
>
[
https://issues.apache.org/jira/browse/NET-460?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13259566#comment-13259566
]
Sebb commented on NET-460:
--
The abort() method sends an ABOR command to the server; that is its only
Sebb created EMAIL-116:
--
Summary: DataSourceCompositeResolver.getDataSourceResolvers()
fails to clone DataSourceResolver[]
Key: EMAIL-116
URL: https://issues.apache.org/jira/browse/EMAIL-116
Project: Commons Ema
Sebb created EMAIL-117:
--
Summary: EmailException.JDK_SUPPORTS_NESTED is not needed any more
Key: EMAIL-117
URL: https://issues.apache.org/jira/browse/EMAIL-117
Project: Commons Email
Issue Type: Improve
[
https://issues.apache.org/jira/browse/EMAIL-117?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13260894#comment-13260894
]
Sebb commented on EMAIL-117:
The class could be considerably simplified; it just needs to deleg
[
https://issues.apache.org/jira/browse/DBCP-383?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13262662#comment-13262662
]
Sebb commented on DBCP-383:
---
Looks like the NPE is caused by current Xid == null.
The current Xid
[
https://issues.apache.org/jira/browse/DBCP-322?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb resolved DBCP-322.
---
Resolution: Fixed
Fixed all instances of Throwable that were being ignored.
Ignoring Exception instead.
Sebb created DBCP-384:
-
Summary: PoolingDriver.accessToUnderlyingConnectionAllowed is
thread-hostile
Key: DBCP-384
URL: https://issues.apache.org/jira/browse/DBCP-384
Project: Commons Dbcp
Issue Type: B
Sebb created POOL-214:
-
Summary: GenericObjectPool.evictionPolicy not thread-safe
Key: POOL-214
URL: https://issues.apache.org/jira/browse/POOL-214
Project: Commons Pool
Issue Type: Bug
Repor
[
https://issues.apache.org/jira/browse/POOL-214?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb updated POOL-214:
--
Description:
The instance field GenericObjectPool.evictionPolicy is not updated in a
thread-safe way.
It either needs t
Sebb created POOL-215:
-
Summary: GenericKeyedObjectPool - multiple mutable fields not
published safely
Key: POOL-215
URL: https://issues.apache.org/jira/browse/POOL-215
Project: Commons Pool
Issue Type:
[
https://issues.apache.org/jira/browse/POOL-215?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb updated POOL-215:
--
Description:
The GenericKeyedObjectPool has multiple mutable instance fields that are
neither volatile nor protected by
Sebb created POOL-216:
-
Summary: GenericKeyedObjectPool.ensureMinIdle() does not need to
check getMinIdlePerKey()
Key: POOL-216
URL: https://issues.apache.org/jira/browse/POOL-216
Project: Commons Pool
[
https://issues.apache.org/jira/browse/POOL-216?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb updated POOL-216:
--
Summary: GenericKeyedObjectPool.ensureMinIdle(K) does not need to check
getMinIdlePerKey() (was: GenericKeyedObjectPool.
[
https://issues.apache.org/jira/browse/FILEUPLOAD-193?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13266718#comment-13266718
]
Sebb commented on FILEUPLOAD-193:
-
What is the total length of the file name, includin
[
https://issues.apache.org/jira/browse/POOL-217?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb updated POOL-217:
--
Attachment: POOL-217.patch
Sample IODH impl
> PoolUtils.MIN_IDLE_TIMER could be provided using an IODH
>
Sebb created POOL-217:
-
Summary: PoolUtils.MIN_IDLE_TIMER could be provided using an IODH
Key: POOL-217
URL: https://issues.apache.org/jira/browse/POOL-217
Project: Commons Pool
Issue Type: Improvement
[
https://issues.apache.org/jira/browse/FILEUPLOAD-193?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13266967#comment-13266967
]
Sebb commented on FILEUPLOAD-193:
-
I think the clue is in this part of the trace (I sh
[
https://issues.apache.org/jira/browse/NET-459?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13266986#comment-13266986
]
Sebb commented on NET-459:
--
Looks like that thread dump was from running 3.0.1.
There's currently n
Sebb created CODEC-141:
--
Summary: Generics warnings for StringEncoderComparator
Key: CODEC-141
URL: https://issues.apache.org/jira/browse/CODEC-141
Project: Commons Codec
Issue Type: Bug
Rep
[
https://issues.apache.org/jira/browse/CODEC-141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb updated CODEC-141:
---
Attachment: CODEC-141.patch
> Generics warnings for StringEncoderComparator
>
Sebb created CODEC-142:
--
Summary: Wrong Javadoc linked
Key: CODEC-142
URL: https://issues.apache.org/jira/browse/CODEC-142
Project: Commons Codec
Issue Type: Bug
Reporter: Sebb
The website
[
https://issues.apache.org/jira/browse/CODEC-142?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13267960#comment-13267960
]
Sebb commented on CODEC-142:
Fixed deployed site so it references Javadoc 1.6 throughout.
Site
Sebb created CODEC-143:
--
Summary: StringBuffer could be replaced by StringBuilder for local
variables
Key: CODEC-143
URL: https://issues.apache.org/jira/browse/CODEC-143
Project: Commons Codec
Issue Ty
[
https://issues.apache.org/jira/browse/CODEC-143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb resolved CODEC-143.
Resolution: Fixed
Fix Version/s: 1.7
> StringBuffer could be replaced by StringBuilder for local variable
[
https://issues.apache.org/jira/browse/CODEC-143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb updated CODEC-143:
---
Affects Version/s: 1.6
> StringBuffer could be replaced by StringBuilder for local variables
> ---
[
https://issues.apache.org/jira/browse/CODEC-142?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb resolved CODEC-142.
Resolution: Duplicate
> Wrong Javadoc linked
>
>
> Key: CODEC-142
>
[
https://issues.apache.org/jira/browse/CODEC-137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13268015#comment-13268015
]
Sebb commented on CODEC-137:
Deployed site has been fixed; site build has not.
Sebb created CODEC-144:
--
Summary: BaseNCodec: encodeToString and encodeAsString methods are
identical
Key: CODEC-144
URL: https://issues.apache.org/jira/browse/CODEC-144
Project: Commons Codec
Issue Ty
[
https://issues.apache.org/jira/browse/POOL-218?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb updated POOL-218:
--
Description:
I'm trying to pool some objects and share them but I noticed blocking in the
threads. I'm a bit new to Jav
Sebb created POOL-219:
-
Summary: Example documentation refers to StackObjectPool which is
not present in Pool2
Key: POOL-219
URL: https://issues.apache.org/jira/browse/POOL-219
Project: Commons Pool
Iss
Sebb created POOL-220:
-
Summary: PoolableObject#compareTo() is not guaranteed consistent
with equals
Key: POOL-220
URL: https://issues.apache.org/jira/browse/POOL-220
Project: Commons Pool
Issue Type: B
Sebb created POOL-221:
-
Summary: PooledObject.state does not need to be volatile
Key: POOL-221
URL: https://issues.apache.org/jira/browse/POOL-221
Project: Commons Pool
Issue Type: Bug
Report
Sebb created NET-463:
Summary: Does it make sense for NET classes to be Serializable?
Key: NET-463
URL: https://issues.apache.org/jira/browse/NET-463
Project: Commons Net
Issue Type: Bug
Repo
[
https://issues.apache.org/jira/browse/NET-463?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13269012#comment-13269012
]
Sebb commented on NET-463:
--
Actually CopyOnWriteArrayList is Serializable, but the entries are of ty
[
https://issues.apache.org/jira/browse/POOL-220?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb reopened POOL-220:
---
Forgot to mention that the reason I noticed the behaviour was Findbugs
reporting that equals was not being overridden.
Th
[
https://issues.apache.org/jira/browse/POOL-220?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb updated POOL-220:
--
Summary: PooledObject#compareTo() is not guaranteed consistent with equals
(was: PoolableObject#compareTo() is not guara
[
https://issues.apache.org/jira/browse/POOL-112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb reopened POOL-112:
---
> Various classes create instances of themselves before all fields have been
> assigned
>
[
https://issues.apache.org/jira/browse/POOL-99?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb updated POOL-99:
-
Fix Version/s: (was: 2.0)
Won't Fix should not have Fix Version!
> Test for idle time exceeded in borr
[
https://issues.apache.org/jira/browse/POOL-112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb closed POOL-112.
-
Resolution: Fixed
> Various classes create instances of themselves before all fields have been
> assigned
> --
[
https://issues.apache.org/jira/browse/POOL-112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb updated POOL-112:
--
Fix Version/s: (was: 2.0)
> Various classes create instances of themselves before all fields have been
> assigne
[
https://issues.apache.org/jira/browse/POOL-86?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb reopened POOL-86:
--
Assignee: (was: Phil Steitz)
> GenericKeyedObjectPool retaining too many idle objects
>
[
https://issues.apache.org/jira/browse/POOL-86?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb updated POOL-86:
-
Fix Version/s: (was: 2.0)
1.4
> GenericKeyedObjectPool retaining too many idle objects
>
[
https://issues.apache.org/jira/browse/POOL-105?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb reopened POOL-105:
---
> how it go in method evict() of class GenericKeyedObjectPool.java
> --
[
https://issues.apache.org/jira/browse/POOL-105?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb closed POOL-105.
-
Resolution: Duplicate
> how it go in method evict() of class GenericKeyedObjectPool.java
>
[
https://issues.apache.org/jira/browse/POOL-86?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb closed POOL-86.
> GenericKeyedObjectPool retaining too many idle objects
> --
>
>
[
https://issues.apache.org/jira/browse/POOL-105?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb updated POOL-105:
--
Fix Version/s: (was: 2.0)
1.4
> how it go in method evict() of class GenericKeyedObjectPool.ja
[
https://issues.apache.org/jira/browse/POOL-86?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb resolved POOL-86.
--
Resolution: Fixed
> GenericKeyedObjectPool retaining too many idle objects
> -
[
https://issues.apache.org/jira/browse/POOL-84?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb reopened POOL-84:
--
> [PATCH] Proposal for a new pool type SharedObjectPool
> -
>
>
[
https://issues.apache.org/jira/browse/POOL-84?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb updated POOL-84:
-
Fix Version/s: (was: 2.0)
> [PATCH] Proposal for a new pool type SharedObjectPool
>
[
https://issues.apache.org/jira/browse/POOL-84?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb closed POOL-84.
Resolution: Won't Fix
> [PATCH] Proposal for a new pool type SharedObjectPool
> --
[
https://issues.apache.org/jira/browse/POOL-85?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb reopened POOL-85:
--
Assignee: (was: Sandy McArthur)
> GenericKeyedObjectPool.getNumIdle() corrupted under high load
> --
[
https://issues.apache.org/jira/browse/POOL-85?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb resolved POOL-85.
--
Resolution: Fixed
Fix Version/s: (was: 2.0)
1.4
> GenericKeyedObjectPool.getNumIdle() co
[
https://issues.apache.org/jira/browse/POOL-85?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb closed POOL-85.
> GenericKeyedObjectPool.getNumIdle() corrupted under high load
>
[
https://issues.apache.org/jira/browse/POOL-86?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb closed POOL-86.
Resolution: Fixed
> GenericKeyedObjectPool retaining too many idle objects
> -
[
https://issues.apache.org/jira/browse/POOL-86?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb reopened POOL-86:
--
> GenericKeyedObjectPool retaining too many idle objects
> --
>
>
[
https://issues.apache.org/jira/browse/POOL-124?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb closed POOL-124.
-
> Access to enclosing constructor Foo.Bar() is emulated by a synthetic accessor
> method. Increasing its visibility will i
[
https://issues.apache.org/jira/browse/POOL-124?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb updated POOL-124:
--
Fix Version/s: (was: 2.0)
> Access to enclosing constructor Foo.Bar() is emulated by a synthetic accessor
> meth
[
https://issues.apache.org/jira/browse/POOL-119?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb closed POOL-119.
-
> GenericObjectPool: Provide option to create new objects serial
>
[
https://issues.apache.org/jira/browse/POOL-119?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb updated POOL-119:
--
Fix Version/s: (was: 2.0)
> GenericObjectPool: Provide option to create new objects serial
>
[
https://issues.apache.org/jira/browse/POOL-164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb updated POOL-164:
--
Fix Version/s: (was: 2.0)
> GenericKeyedObjectPoolFactory should be able to load itself from a properties
> file
[
https://issues.apache.org/jira/browse/POOL-174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb updated POOL-174:
--
Fix Version/s: (was: 2.0)
> Configuration classes must be thread-safe
> -
[
https://issues.apache.org/jira/browse/POOL-177?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb updated POOL-177:
--
Fix Version/s: (was: 2.0)
> GenericKeyedObjectPoolFactory and GenericObjectPoolFactory to share a common
> super
[
https://issues.apache.org/jira/browse/MATH-786?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13269079#comment-13269079
]
Sebb commented on MATH-786:
---
If the Javadoc says that the user must not change the object, then th
[
https://issues.apache.org/jira/browse/IMAGING-4?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb resolved IMAGING-4.
Resolution: Not A Problem
Just tried downloading the code using Maven 2.2.1, and no problems were
reported.
[
https://issues.apache.org/jira/browse/MATH-786?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13271992#comment-13271992
]
Sebb commented on MATH-786:
---
bq. if you need to cache the hashcode values, just do it in the types
[
https://issues.apache.org/jira/browse/FUNCTOR-17?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13272812#comment-13272812
]
Sebb commented on FUNCTOR-17:
-
Rather than just removing them, the authors can be credited in
[
https://issues.apache.org/jira/browse/NET-461?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb reopened NET-461:
--
> getTimestamp() return is different by same file in windows and linux
> -
[
https://issues.apache.org/jira/browse/NET-461?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb updated NET-461:
-
Fix Version/s: (was: 3.1)
> getTimestamp() return is different by same file in windows and linux
> -
[
https://issues.apache.org/jira/browse/NET-461?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb resolved NET-461.
--
Resolution: Not A Problem
> getTimestamp() return is different by same file in windows and linux
> ---
[
https://issues.apache.org/jira/browse/FUNCTOR-17?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13273722#comment-13273722
]
Sebb commented on FUNCTOR-17:
-
There is a big difference between someone voluntarily adding th
[
https://issues.apache.org/jira/browse/VFS-415?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13274386#comment-13274386
]
Sebb commented on VFS-415:
--
Why?
> Update VFS requirement to Java 1.6
> ---
[
https://issues.apache.org/jira/browse/NET-464?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb updated NET-464:
-
Priority: Major (was: Critical)
Issue Type: New Feature (was: Bug)
> Not able to use Telnet Over SSL means there
Sebb created LANG-802:
-
Summary: LocaleUtils - unnecessary recursive call in SyncAvoid
class
Key: LANG-802
URL: https://issues.apache.org/jira/browse/LANG-802
Project: Commons Lang
Issue Type: Bug
[
https://issues.apache.org/jira/browse/LANG-511?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13283281#comment-13283281
]
Sebb commented on LANG-511:
---
Made private fields final in r1342558.
> Initializat
[
https://issues.apache.org/jira/browse/LANG-511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb reopened LANG-511:
---
The code in 2.x still uses the faulty DCL pattern.
Should probably use IODH solution as per lang3
> Initi
Sebb created LANG-803:
-
Summary: LocaleUtils - DCL idiom is not thread-safe
Key: LANG-803
URL: https://issues.apache.org/jira/browse/LANG-803
Project: Commons Lang
Issue Type: Bug
Reporter: S
[
https://issues.apache.org/jira/browse/LANG-511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb closed LANG-511.
-
Resolution: Fixed
The original issue was actually resolved, but the introduced a new DCL bug.
See LANG-803 for the DCL bug
[
https://issues.apache.org/jira/browse/LANG-803?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb updated LANG-803:
--
Component/s: lang.*
Affects Version/s: 2.6
> LocaleUtils - DCL idiom is not thread-safe
> -
[
https://issues.apache.org/jira/browse/LANG-802?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb resolved LANG-802.
---
Resolution: Fixed
Fix Version/s: 3.2
> LocaleUtils - unnecessary recursive call in SyncAvoid class
> ---
[
https://issues.apache.org/jira/browse/LANG-803?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb resolved LANG-803.
---
Resolution: Fixed
Fix Version/s: 2.7
> LocaleUtils - DCL idiom is not thread-safe
>
Sebb created NET-467:
Summary: IMAPClient#fetch() does not handle counted strings
Key: NET-467
URL: https://issues.apache.org/jira/browse/NET-467
Project: Commons Net
Issue Type: Bug
Reporter
301 - 400 of 5751 matches
Mail list logo
