[jira] [Created] (COMMONSRDF-79) Could not unzip the file properly
Yang Lin created COMMONSRDF-79: -- Summary: Could not unzip the file properly Key: COMMONSRDF-79 URL: https://issues.apache.org/jira/browse/COMMONSRDF-79 Project: Apache Commons RDF Issue Type: Bug Components: api Affects Versions: 0.5.0 Environment: Window 7 Reporter: Yang Lin Fix For: 0.6.0 Attachments: HS_H08_20180927_0600_B02_FLDK_R10_S0110.DAT.bz2 When I use WinRAR unzip one file, I can get the result file properly which size is about 24,200,000 bytes. But I use commons-compress unzip this file, can only get 900,000 bytes(Operation process: sourceFile -> byte[] -> InputStream). In another way to unzip this file using commons-compress, sourceFile -> InputStream, throw Exception: java.io.IOException: Stream is not in the BZip2 format, at org.apache.commons.compress.compressors.bzip2.BZip2CompressorInputStream.init(BZip2CompressorInputStream.java:261). Thank you in advance! -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (MATH-1471) BicubicInterpolatingFunction not interpolating correctly for non discrete y value
[
https://issues.apache.org/jira/browse/MATH-1471?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16648584#comment-16648584
]
Gilles commented on MATH-1471:
--
{quote}I have also attached the unit tests to this issue.
{quote}
What you have attached is an archive of your copy of the repository, plus your
compiled files and the generated web site. :(
Please upload a patch file.
{quote}The pull request has been made
{quote}
Where is it (I didn't get any notification)?
Alternatively to the patch file, please copy here the link to the pull
request. Thanks.
> BicubicInterpolatingFunction not interpolating correctly for non discrete y
> value
> -
>
> Key: MATH-1471
> URL: https://issues.apache.org/jira/browse/MATH-1471
> Project: Commons Math
> Issue Type: Bug
>Affects Versions: 3.6.1
> Environment: JDK 1.8.0_181
>Reporter: Tom
>Priority: Major
> Attachments: ApacheCommonsMathBiInterpolationTests.zip
>
>
> Upon performing a bicubic interpolation with two point (x0, y0) and (x1, y1),
> the returned bicubic interpolating function returned returns the same result
> for variations in the estimated y value.
> For example, my inputs are (20, 20) and (25, 25) with f(20, 20) = 64 and
> f(25, 25) = 6468.
> When I get the bicubic interpolating function for this and vary the estimated
> x, it works fine. For (21, 20), the function returns 730.016. When I input
> (20, 21), the function returns 64, which is f(20, 20). For any y value in
> between 20 and 25, the result is 64. This is the case for any function for
> which the y estimate is different from the value on the points.
> In other instances, it is varying x values that result in the same result
> while varying y estimates seem to work as expected.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Closed] (BEANUTILS-514) Remove deprecated code for 2.0.0
[
https://issues.apache.org/jira/browse/BEANUTILS-514?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gary Gregory closed BEANUTILS-514.
--
Resolution: Fixed
In svn trunk.
> Remove deprecated code for 2.0.0
>
>
> Key: BEANUTILS-514
> URL: https://issues.apache.org/jira/browse/BEANUTILS-514
> Project: Commons BeanUtils
> Issue Type: New Feature
>Reporter: Gary Gregory
>Priority: Major
> Fix For: 2.0.0
>
>
> Remove all code marked with {{@deprecated}} and {{@Deprecated}}.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Commented] (IO-588) IOUtils.writeLines() should accept an Iterable<>
[ https://issues.apache.org/jira/browse/IO-588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16648079#comment-16648079 ] Gary Gregory commented on IO-588: - [~lmartelli], Thank you for your patch but... -1 to this patch as it breaks binary compatibility. You can provide another patch that ADDs APIs, instead of changing the current ones in a way that breaks BC. You can probably delegate the Collection APIs to the new Iterable APIs. And provide tests ;) Gary > IOUtils.writeLines() should accept an Iterable<> > > > Key: IO-588 > URL: https://issues.apache.org/jira/browse/IO-588 > Project: Commons IO > Issue Type: Improvement > Components: Utilities >Affects Versions: 2.6 >Reporter: Laurent Martelli >Priority: Minor > Attachments: ioutils.diff > > > IOUtils.writeLines() methods should accept an Iterable<> instead of a > Collection<>, since it does not use any method of Collection. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (MATH-1471) BicubicInterpolatingFunction not interpolating correctly for non discrete y value
[ https://issues.apache.org/jira/browse/MATH-1471?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16647986#comment-16647986 ] Tom commented on MATH-1471: --- The pull request has been made and I have also attached the unit tests to this issue. Thanks for the prompt reply! > BicubicInterpolatingFunction not interpolating correctly for non discrete y > value > - > > Key: MATH-1471 > URL: https://issues.apache.org/jira/browse/MATH-1471 > Project: Commons Math > Issue Type: Bug >Affects Versions: 3.6.1 > Environment: JDK 1.8.0_181 >Reporter: Tom >Priority: Major > Attachments: ApacheCommonsMathBiInterpolationTests.zip > > > Upon performing a bicubic interpolation with two point (x0, y0) and (x1, y1), > the returned bicubic interpolating function returned returns the same result > for variations in the estimated y value. > For example, my inputs are (20, 20) and (25, 25) with f(20, 20) = 64 and > f(25, 25) = 6468. > When I get the bicubic interpolating function for this and vary the estimated > x, it works fine. For (21, 20), the function returns 730.016. When I input > (20, 21), the function returns 64, which is f(20, 20). For any y value in > between 20 and 25, the result is 64. This is the case for any function for > which the y estimate is different from the value on the points. > In other instances, it is varying x values that result in the same result > while varying y estimates seem to work as expected. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (MATH-1471) BicubicInterpolatingFunction not interpolating correctly for non discrete y value
[ https://issues.apache.org/jira/browse/MATH-1471?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom updated MATH-1471: -- Attachment: ApacheCommonsMathBiInterpolationTests.zip > BicubicInterpolatingFunction not interpolating correctly for non discrete y > value > - > > Key: MATH-1471 > URL: https://issues.apache.org/jira/browse/MATH-1471 > Project: Commons Math > Issue Type: Bug >Affects Versions: 3.6.1 > Environment: JDK 1.8.0_181 >Reporter: Tom >Priority: Major > Attachments: ApacheCommonsMathBiInterpolationTests.zip > > > Upon performing a bicubic interpolation with two point (x0, y0) and (x1, y1), > the returned bicubic interpolating function returned returns the same result > for variations in the estimated y value. > For example, my inputs are (20, 20) and (25, 25) with f(20, 20) = 64 and > f(25, 25) = 6468. > When I get the bicubic interpolating function for this and vary the estimated > x, it works fine. For (21, 20), the function returns 730.016. When I input > (20, 21), the function returns 64, which is f(20, 20). For any y value in > between 20 and 25, the result is 64. This is the case for any function for > which the y estimate is different from the value on the points. > In other instances, it is varying x values that result in the same result > while varying y estimates seem to work as expected. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (COLLECTIONS-699) Add a PairingIterator
BELUGA BEHR created COLLECTIONS-699:
---
Summary: Add a PairingIterator
Key: COLLECTIONS-699
URL: https://issues.apache.org/jira/browse/COLLECTIONS-699
Project: Commons Collections
Issue Type: Improvement
Components: Iterator
Affects Versions: 4.2
Reporter: BELUGA BEHR
Currently there exists a {{ZippingIterator}}, however, I am looking for a
{{PairingIterator}}. A {{PairingIterator}} would accept two Iterables and for
each call to {{next()}} should return a {{Pair}} object containing a reference
to the next item in each Iterable.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Created] (COLLECTIONS-698) Expand LoopingListIterator
BELUGA BEHR created COLLECTIONS-698:
---
Summary: Expand LoopingListIterator
Key: COLLECTIONS-698
URL: https://issues.apache.org/jira/browse/COLLECTIONS-698
Project: Commons Collections
Issue Type: Improvement
Components: Iterator
Affects Versions: 4.2
Reporter: BELUGA BEHR
Please enhance {{LoopingListIterator}} to accept a starting offset and a number
to indicate the number of loops.
https://docs.oracle.com/javase/7/docs/api/java/util/List.html#listIterator(int)
{code:java}
public LoopingListIterator(List list, int offset, int loops);
{code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Commented] (BEANUTILS-509) WeakHashmap enters into infinite loop in WrapDynaClass.java
[ https://issues.apache.org/jira/browse/BEANUTILS-509?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16647743#comment-16647743 ] Akshay Gehi commented on BEANUTILS-509: --- Yes, in my view that would be a good to have this as an enhancement. The need of the hour is to fix WrapDynaClass because its broken. I am using my own external cache for WrapDynaClass to avoid this problem (using a ConcurrentHashMap) and createDynaClass is always called in a thread-safe manner. > WeakHashmap enters into infinite loop in WrapDynaClass.java > --- > > Key: BEANUTILS-509 > URL: https://issues.apache.org/jira/browse/BEANUTILS-509 > Project: Commons BeanUtils > Issue Type: Bug > Components: DynaBean >Affects Versions: 1.8.2 >Reporter: sunil >Priority: Major > Attachments: WrapDynaCache.patch, > WrapDynaCache_after_svn_commit.patch, console.log.backup > > > We noticed that our application was using too much of CPU , all the 6 cores > were used. > On capturing the thread dump we saw that large number of threads were in the > running state and in : > at java.util.WeakHashMap.get(WeakHashMap.java:403) > at > org.apache.commons.beanutils.WrapDynaClass.createDynaClass(WrapDynaClass.java:425) > > So we are suspecting that the thread has entered into indefinite while loop > and hogging all the CPU resources. > I have attached the thread dump for reference. > > what is the solution for this issue? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
