[jira] [Updated] (NET-692) apache commons net 关于 FTPS的功能bug
[ https://issues.apache.org/jira/browse/NET-692?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Osipov updated NET-692: --- Fix Version/s: (was: 3.7.1) > apache commons net 关于 FTPS的功能bug > > > Key: NET-692 > URL: https://issues.apache.org/jira/browse/NET-692 > Project: Commons Net > Issue Type: Bug > Components: FTP >Affects Versions: 3.7 >Reporter: zheng qin >Priority: Major > > LiteCA通过apache commons net开源软件，通过FTPS协议对接FTP服务器失败，异常堆栈打印如下： > javax.net.ssl.SSLException: Unsupported or unrecognized SSL message > at > java.base/sun.security.ssl.SSLSocketInputRecord.handleUnknownRecord(Unknown > Source) > at java.base/sun.security.ssl.SSLSocketInputRecord.decode(Unknown Source) > at java.base/sun.security.ssl.SSLSocketImpl.readRecord(Unknown Source) > at java.base/sun.security.ssl.SSLSocketImpl.readRecord(Unknown Source) > at java.base/sun.security.ssl.SSLSocketImpl.performInitialHandshake(Unknown > Source) > at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source) > at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source) > at > org.apache.commons.net.ftp.FTPSClient._openDataConnection_(FTPSClient.java:642) > at org.apache.commons.net.ftp.FTPClient._retrieveFile(FTPClient.java:1907) > at org.apache.commons.net.ftp.FTPClient.retrieveFile(FTPClient.java:1893) -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (STATISTICS-25) T Distribution Inverse Cumulative Probability Function gives the Wrong Answer
Andreas Stefik created STATISTICS-25:
Summary: T Distribution Inverse Cumulative Probability Function
gives the Wrong Answer
Key: STATISTICS-25
URL: https://issues.apache.org/jira/browse/STATISTICS-25
Project: Apache Commons Statistics
Issue Type: Bug
Reporter: Andreas Stefik
Hi There,
Given code like this:
import org.apache.commons.math3.analysis.UnivariateFunction;
import org.apache.commons.math3.analysis.solvers.BrentSolver;
import org.apache.commons.math3.distribution.TDistribution;
public class Main {
public static void main(String[] args) {
double df = 1E38;
double t = 0.975;
TDistribution dist = new TDistribution(df);
double prob = dist.inverseCumulativeProbability(1.0 - t);
System.out.println("Prob: " + prob);
}
}
It is possible I am misunderstanding, but that seems equivalent to:
scipy.stats.t.cdf(1.0 - 0.975, 1e38)
In Python. They give different answers. Python gives 0.509972518193, which
seems correct, whereas Apache Commons gives Prob: -6.462184036284304E-10.
That's a huge difference.
My hunch is that as you get closer to infinity it begins to fail, but I haven't
checked carefully. For calls with much smaller degrees of freedom, you get
answers that are basically the same as Python or online calculators.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[GitHub] [commons-validator] homebeaver opened a new pull request #46: VALIDATOR-477: add IBAN validator for LY
homebeaver opened a new pull request #46: URL: https://github.com/apache/commons-validator/pull/46 refs https://issues.apache.org/jira/projects/VALIDATOR/issues/VALIDATOR-477 regards EUGen This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org
[jira] [Commented] (NET-692) apache commons net 关于 FTPS的功能bug
[ https://issues.apache.org/jira/browse/NET-692?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17219657#comment-17219657 ] Gary D. Gregory commented on NET-692: - Please update to 3.7.2 and provide a reproducible use case, preferably as a PR on GitHub. > apache commons net 关于 FTPS的功能bug > > > Key: NET-692 > URL: https://issues.apache.org/jira/browse/NET-692 > Project: Commons Net > Issue Type: Bug > Components: FTP >Affects Versions: 3.7 >Reporter: zheng qin >Priority: Major > Fix For: 3.7.1 > > > LiteCA通过apache commons net开源软件，通过FTPS协议对接FTP服务器失败，异常堆栈打印如下： > javax.net.ssl.SSLException: Unsupported or unrecognized SSL message > at > java.base/sun.security.ssl.SSLSocketInputRecord.handleUnknownRecord(Unknown > Source) > at java.base/sun.security.ssl.SSLSocketInputRecord.decode(Unknown Source) > at java.base/sun.security.ssl.SSLSocketImpl.readRecord(Unknown Source) > at java.base/sun.security.ssl.SSLSocketImpl.readRecord(Unknown Source) > at java.base/sun.security.ssl.SSLSocketImpl.performInitialHandshake(Unknown > Source) > at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source) > at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source) > at > org.apache.commons.net.ftp.FTPSClient._openDataConnection_(FTPSClient.java:642) > at org.apache.commons.net.ftp.FTPClient._retrieveFile(FTPClient.java:1907) > at org.apache.commons.net.ftp.FTPClient.retrieveFile(FTPClient.java:1893) -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (VALIDATOR-477) Add IBAN validator for LY – Libya
Eugen Hanussek created VALIDATOR-477: Summary: Add IBAN validator for LY – Libya Key: VALIDATOR-477 URL: https://issues.apache.org/jira/browse/VALIDATOR-477 Project: Commons Validator Issue Type: Improvement Affects Versions: 1.7 Reporter: Eugen Hanussek in latest IBAN_Registry.txt I found a new IBAN for LY which was added in Sep-20. There is no definiton in 1.7, nor in master branch IBANValidator class example: LY8300204820100120361 IBAN structure : LY2!n3!n3!n15!n IBAN length : 25 regards Eugen H. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (CONFIGURATION-795) Blanc lines before always 0 for first property despite header comment
[
https://issues.apache.org/jira/browse/CONFIGURATION-795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Daniel H. Peger updated CONFIGURATION-795:
--
Description:
Given a properties file like the one described in
[PropertiesConfigurationLayout|https://commons.apache.org/proper/commons-configuration/apidocs/org/apache/commons/configuration2/PropertiesConfigurationLayout.html]:
{noformat:title=demo.properties}
# A demo configuration file
# for Demo App 1.42
# Application name
AppName=Demo App
# Application vendor
AppVendor=DemoSoft
# GUI properties
# Window Color
windowColors=0xFF,0x00
# Include some setting
include=settings.properties
# Another vendor
AppVendor=TestSoft
{noformat}
The documentation states
bq. For the property {{AppName}} one comment line and one leading blanc line is
stored.
But the format actually thinks there is no leading blanc line for {{AppName}} :
{code}
final PropertiesConfiguration properties = new Configurations().properties(new
File("demo.properties"));
final int blancLinesBefore =
properties.getLayout().getBlancLinesBefore("AppName");
assert blancLinesBefore == 1 : "Blanc lines before for first property not
correct";
{code}
was:
Given a properties file like the one described in
[PropertiesConfigurationLayout|https://commons.apache.org/proper/commons-configuration/apidocs/org/apache/commons/configuration2/PropertiesConfigurationLayout.html]:
{noformat}
# A demo configuration file
# for Demo App 1.42
# Application name
AppName=Demo App
# Application vendor
AppVendor=DemoSoft
# GUI properties
# Window Color
windowColors=0xFF,0x00
# Include some setting
include=settings.properties
# Another vendor
AppVendor=TestSoft
{noformat}
The documentation states
bq. For the property {{AppName}} one comment line and one leading blanc line is
stored.
But the format actually thinks there is no leading blanc line for {{AppName}} :
{code}
final PropertiesConfiguration properties = new Configurations().properties(new
File("demo.properties"));
final int blancLinesBefore =
properties.getLayout().getBlancLinesBefore("AppName");
assert blancLinesBefore == 1 : "Blanc lines before for first property not
correct";
{code}
> Blanc lines before always 0 for first property despite header comment
> -
>
> Key: CONFIGURATION-795
> URL: https://issues.apache.org/jira/browse/CONFIGURATION-795
> Project: Commons Configuration
> Issue Type: Bug
> Components: Format
>Affects Versions: 2.7
>Reporter: Daniel H. Peger
>Priority: Major
>
> Given a properties file like the one described in
> [PropertiesConfigurationLayout|https://commons.apache.org/proper/commons-configuration/apidocs/org/apache/commons/configuration2/PropertiesConfigurationLayout.html]:
> {noformat:title=demo.properties}
> # A demo configuration file
> # for Demo App 1.42
> # Application name
> AppName=Demo App
> # Application vendor
> AppVendor=DemoSoft
> # GUI properties
> # Window Color
> windowColors=0xFF,0x00
> # Include some setting
> include=settings.properties
> # Another vendor
> AppVendor=TestSoft
> {noformat}
> The documentation states
> bq. For the property {{AppName}} one comment line and one leading blanc line
> is stored.
> But the format actually thinks there is no leading blanc line for {{AppName}}
> :
> {code}
> final PropertiesConfiguration properties = new
> Configurations().properties(new File("demo.properties"));
> final int blancLinesBefore =
> properties.getLayout().getBlancLinesBefore("AppName");
> assert blancLinesBefore == 1 : "Blanc lines before for first property not
> correct";
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Updated] (CONFIGURATION-795) Blanc lines before always 0 for first property despite header comment
[
https://issues.apache.org/jira/browse/CONFIGURATION-795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Daniel H. Peger updated CONFIGURATION-795:
--
Description:
Given a properties file like the one described in
[PropertiesConfigurationLayout|https://commons.apache.org/proper/commons-configuration/apidocs/org/apache/commons/configuration2/PropertiesConfigurationLayout.html]:
{noformat}
# A demo configuration file
# for Demo App 1.42
# Application name
AppName=Demo App
# Application vendor
AppVendor=DemoSoft
# GUI properties
# Window Color
windowColors=0xFF,0x00
# Include some setting
include=settings.properties
# Another vendor
AppVendor=TestSoft
{noformat}
The documentation states
bq. For the property {{AppName}} one comment line and one leading blanc line is
stored.
But the format actually thinks there is no leading blanc line for {{AppName}} :
{code}
final PropertiesConfiguration properties = new Configurations().properties(new
File("demo.properties"));
final int blancLinesBefore =
properties.getLayout().getBlancLinesBefore("AppName");
assert blancLinesBefore == 1 : "Blanc lines before for first property not
correct";
{code}
was:
Given a properties like the one described in
[PropertiesConfigurationLayout|https://commons.apache.org/proper/commons-configuration/apidocs/org/apache/commons/configuration2/PropertiesConfigurationLayout.html]:
{noformat}
# A demo configuration file
# for Demo App 1.42
# Application name
AppName=Demo App
# Application vendor
AppVendor=DemoSoft
# GUI properties
# Window Color
windowColors=0xFF,0x00
# Include some setting
include=settings.properties
# Another vendor
AppVendor=TestSoft
{noformat}
The documentation states
bq. For the property {{AppName}} one comment line and one leading blanc line is
stored.
But the format actually thinks there is no leading blanc line for {{AppName}} :
{code}
final PropertiesConfiguration properties = new Configurations().properties(new
File("demo.properties"));
final int blancLinesBefore =
properties.getLayout().getBlancLinesBefore("AppName");
assert blancLinesBefore == 1 : "Blanc lines before for first property not
correct";
{code}
> Blanc lines before always 0 for first property despite header comment
> -
>
> Key: CONFIGURATION-795
> URL: https://issues.apache.org/jira/browse/CONFIGURATION-795
> Project: Commons Configuration
> Issue Type: Bug
> Components: Format
>Affects Versions: 2.7
>Reporter: Daniel H. Peger
>Priority: Major
>
> Given a properties file like the one described in
> [PropertiesConfigurationLayout|https://commons.apache.org/proper/commons-configuration/apidocs/org/apache/commons/configuration2/PropertiesConfigurationLayout.html]:
> {noformat}
> # A demo configuration file
> # for Demo App 1.42
> # Application name
> AppName=Demo App
> # Application vendor
> AppVendor=DemoSoft
> # GUI properties
> # Window Color
> windowColors=0xFF,0x00
> # Include some setting
> include=settings.properties
> # Another vendor
> AppVendor=TestSoft
> {noformat}
> The documentation states
> bq. For the property {{AppName}} one comment line and one leading blanc line
> is stored.
> But the format actually thinks there is no leading blanc line for {{AppName}}
> :
> {code}
> final PropertiesConfiguration properties = new
> Configurations().properties(new File("demo.properties"));
> final int blancLinesBefore =
> properties.getLayout().getBlancLinesBefore("AppName");
> assert blancLinesBefore == 1 : "Blanc lines before for first property not
> correct";
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Created] (CONFIGURATION-795) Blanc lines before always 0 for first property despite header comment
Daniel H. Peger created CONFIGURATION-795:
-
Summary: Blanc lines before always 0 for first property despite
header comment
Key: CONFIGURATION-795
URL: https://issues.apache.org/jira/browse/CONFIGURATION-795
Project: Commons Configuration
Issue Type: Bug
Components: Format
Affects Versions: 2.7
Reporter: Daniel H. Peger
Given a properties like the one described in
[PropertiesConfigurationLayout|https://commons.apache.org/proper/commons-configuration/apidocs/org/apache/commons/configuration2/PropertiesConfigurationLayout.html]:
{noformat}
# A demo configuration file
# for Demo App 1.42
# Application name
AppName=Demo App
# Application vendor
AppVendor=DemoSoft
# GUI properties
# Window Color
windowColors=0xFF,0x00
# Include some setting
include=settings.properties
# Another vendor
AppVendor=TestSoft
{noformat}
The documentation states
bq. For the property {{AppName}} one comment line and one leading blanc line is
stored.
But the format actually thinks there is no leading blanc line for {{AppName}} :
{code}
final PropertiesConfiguration properties = new Configurations().properties(new
File("demo.properties"));
final int blancLinesBefore =
properties.getLayout().getBlancLinesBefore("AppName");
assert blancLinesBefore == 1 : "Blanc lines before for first property not
correct";
{code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
