[jira] [Created] (MATH-675) MathUtils should have a static method which checks whether an array of doubles or Comparables is monotone
MathUtils should have a static method which checks whether an array of doubles or Comparables is monotone -- Key: MATH-675 URL: https://issues.apache.org/jira/browse/MATH-675 Project: Commons Math Issue Type: New Feature Affects Versions: 3.0 Environment: Java Reporter: greg sterijevski Assignee: greg sterijevski Priority: Minor Fix For: 3.0 The static method checkOrder in MathUtils is a useful piece of code which checks for monotonically increasing or decreasing elements in an array. It would be useful to have a similar method for Comparable. Furthermore, this new method would just return true or false. Unlike the current checkOrder, no exception would be thrown if monotonicity did not exist. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (DBUTILS-80) DbUtils.loadDriver catches Throwable
[ https://issues.apache.org/jira/browse/DBUTILS-80?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13112401#comment-13112401 ] Simone Tripodi commented on DBUTILS-80: --- my position is +1 for applying the patch > DbUtils.loadDriver catches Throwable > > > Key: DBUTILS-80 > URL: https://issues.apache.org/jira/browse/DBUTILS-80 > Project: Commons DbUtils > Issue Type: Bug >Affects Versions: 1.3 >Reporter: Sebb > Attachments: dbutils-80.patch > > > DbUtils.loadDriver catches Throwable, which is a very bad idea. > It should just catch Exception. > Suggested patch to follow (also simplifies code) -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (DBUTILS-81) DbUtils.loadDriver() uses Class.forName()
DbUtils.loadDriver() uses Class.forName()
-
Key: DBUTILS-81
URL: https://issues.apache.org/jira/browse/DBUTILS-81
Project: Commons DbUtils
Issue Type: Bug
Reporter: Simone Tripodi
The {{Class.forName()}} statement should be avoided due to potential OSGi
issues - commons components are OSGi bundles!
The ClassLoader should be used instead to [load
classes|http://download.oracle.com/javase/6/docs/api/java/lang/ClassLoader.html#loadClass(java.lang.String)]
and add a new method to pass custom ClassLoader.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (DBUTILS-81) DbUtils.loadDriver() uses Class.forName()
[
https://issues.apache.org/jira/browse/DBUTILS-81?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13112470#comment-13112470
]
Sebb commented on DBUTILS-81:
-
Have you a suggested patch for this?
> DbUtils.loadDriver() uses Class.forName()
> -
>
> Key: DBUTILS-81
> URL: https://issues.apache.org/jira/browse/DBUTILS-81
> Project: Commons DbUtils
> Issue Type: Bug
>Reporter: Simone Tripodi
>
> The {{Class.forName()}} statement should be avoided due to potential OSGi
> issues - commons components are OSGi bundles!
> The ClassLoader should be used instead to [load
> classes|http://download.oracle.com/javase/6/docs/api/java/lang/ClassLoader.html#loadClass(java.lang.String)]
> and add a new method to pass custom ClassLoader.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (DBUTILS-80) DbUtils.loadDriver catches Throwable
[ https://issues.apache.org/jira/browse/DBUTILS-80?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sebb resolved DBUTILS-80. - Resolution: Fixed > DbUtils.loadDriver catches Throwable > > > Key: DBUTILS-80 > URL: https://issues.apache.org/jira/browse/DBUTILS-80 > Project: Commons DbUtils > Issue Type: Bug >Affects Versions: 1.3 >Reporter: Sebb > Attachments: dbutils-80.patch > > > DbUtils.loadDriver catches Throwable, which is a very bad idea. > It should just catch Exception. > Suggested patch to follow (also simplifies code) -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (DBUTILS-81) DbUtils.loadDriver() uses Class.forName()
[
https://issues.apache.org/jira/browse/DBUTILS-81?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13112498#comment-13112498
]
Simone Tripodi commented on DBUTILS-81:
---
I can provide one, it worths anyway having DBUTILS-80 fixed first
> DbUtils.loadDriver() uses Class.forName()
> -
>
> Key: DBUTILS-81
> URL: https://issues.apache.org/jira/browse/DBUTILS-81
> Project: Commons DbUtils
> Issue Type: Bug
>Reporter: Simone Tripodi
>
> The {{Class.forName()}} statement should be avoided due to potential OSGi
> issues - commons components are OSGi bundles!
> The ClassLoader should be used instead to [load
> classes|http://download.oracle.com/javase/6/docs/api/java/lang/ClassLoader.html#loadClass(java.lang.String)]
> and add a new method to pass custom ClassLoader.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (DBUTILS-81) DbUtils.loadDriver() uses Class.forName()
[
https://issues.apache.org/jira/browse/DBUTILS-81?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simone Tripodi updated DBUTILS-81:
--
Attachment: DBUTILS-81.patch
Please take a loot at the proposed patch, if it works for you I can commit.
Looking forward your feedback
> DbUtils.loadDriver() uses Class.forName()
> -
>
> Key: DBUTILS-81
> URL: https://issues.apache.org/jira/browse/DBUTILS-81
> Project: Commons DbUtils
> Issue Type: Bug
>Reporter: Simone Tripodi
> Attachments: DBUTILS-81.patch
>
>
> The {{Class.forName()}} statement should be avoided due to potential OSGi
> issues - commons components are OSGi bundles!
> The ClassLoader should be used instead to [load
> classes|http://download.oracle.com/javase/6/docs/api/java/lang/ClassLoader.html#loadClass(java.lang.String)]
> and add a new method to pass custom ClassLoader.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (JCS-85) compatible version of JCS for the Java 6
compatible version of JCS for the Java 6 Key: JCS-85 URL: https://issues.apache.org/jira/browse/JCS-85 Project: JCS Issue Type: Question Components: Indexed Disk Cache Affects Versions: jcs-1.3 Environment: Production Reporter: srinivas Assignee: Aaron Smuts Priority: Critical Fix For: jcs-1.3 what is the compatible version of JCS for the Java 1.6 and with the WebLogic 10.3 in Linux 5.3 operating system.We are currently using JCS 1.3. In production environment from GC graph we found that the heap size is utilized only 50%. So we need to verify this is because of version compatibility. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (JCS-85) compatible version of JCS for the Java 6
[ https://issues.apache.org/jira/browse/JCS-85?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] srinivas updated JCS-85: Remaining Estimate: 36h (was: 108h) Original Estimate: 36h (was: 108h) > compatible version of JCS for the Java 6 > > > Key: JCS-85 > URL: https://issues.apache.org/jira/browse/JCS-85 > Project: JCS > Issue Type: Question > Components: Indexed Disk Cache >Affects Versions: jcs-1.3 > Environment: Production >Reporter: srinivas >Assignee: Aaron Smuts >Priority: Critical > Labels: features > Fix For: jcs-1.3 > > Original Estimate: 36h > Remaining Estimate: 36h > > what is the compatible version of JCS for the Java 1.6 and with the WebLogic > 10.3 in Linux 5.3 operating system.We are currently using JCS 1.3. In > production environment from GC graph we found that the heap size is utilized > only 50%. So we need to verify this is because of version compatibility. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (DBCP-365) StackOverflowError SharedPoolDataSource.getPooledConnectionAndInfo() Postgresql
[
https://issues.apache.org/jira/browse/DBCP-365?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13112856#comment-13112856
]
Axl commented on DBCP-365:
--
Hi this turns out to be a permissions issue on the .jar files. The improvement
I would like to see is, added logging for Class.forName(), or added handling of
Throwable instead of only Exceptions. Looking at the source I see handling of
exceptions however errors are not caught. So whatever your recommendation would
be here. Could for example wrap all Class.forName() calls. Or a larger effort
would be catching Throwable everywhere. This could be made lower priority,
unless it turns out others are experiencing this issue. Whatever you think, I
don't do all that much Java so it's your call.
> StackOverflowError SharedPoolDataSource.getPooledConnectionAndInfo()
> Postgresql
> ---
>
> Key: DBCP-365
> URL: https://issues.apache.org/jira/browse/DBCP-365
> Project: Commons Dbcp
> Issue Type: Bug
>Affects Versions: 1.4
> Environment: Windows XP 64-bit multi-threaded
>Reporter: Axl
> Labels: JDBC, postgresql
>
> This might be a problem with the JDBC driver for PostgreSQL 9.1 but it also
> shows up here. Since this is a StackOverflowError there isn't much
> information about what specifically is causing this. I'm guessing it's a
> Class.forName() for one of the org.postgresql.* classes but not sure which
> one. The Class.forName() goes into a loop which throws the StackOverflowError.
> SharedPoolDataSource.getPooledConnectionAndInfo(String, String) line: 174
> SharedPoolDataSource(InstanceKeyDataSource).getConnection(String, String)
> line: 701
> SharedPoolDataSource(InstanceKeyDataSource).getConnection() line: 676
> spds = new
> org.apache.commons.dbcp.datasources.SharedPoolDataSource();
> cpds = new
> org.apache.commons.dbcp.cpdsadapter.DriverAdapterCPDS();
> cpds.setDriver("org.postgresql.Driver");
>
> cpds.setUrl("jdbc:postgresql://localhost:1234/mydatabasename");
> cpds.setUser("myuser");
> cpds.setPassword("mypass");
> spds.setConnectionPoolDataSource(cpds);
> spds.setMaxActive(30);
> spds.setMaxWait(50);
>
> conn = spds.getConnection();
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (LANG-744) StringUtils throws java.security.AccessControlException on Google App Engine
[
https://issues.apache.org/jira/browse/LANG-744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13112979#comment-13112979
]
Jon Stevens commented on LANG-744:
--
I can confirm that the 3.0.2 snapshot fixes this. Thanks all.
> StringUtils throws java.security.AccessControlException on Google App Engine
>
>
> Key: LANG-744
> URL: https://issues.apache.org/jira/browse/LANG-744
> Project: Commons Lang
> Issue Type: Bug
> Components: lang.*
>Affects Versions: 3.0.1
> Environment: Google App Engine
>Reporter: Clément Denis
> Fix For: 3.0.2
>
> Attachments: LANG-744.patch
>
>
> In the static initializer of org.apache.commons.lang3.StringUtils, there is
> an attempt to load the class sun.text.Normalizer.
> Such a class is prohibited on Google App Engine, and the static intializer
> throws a java.security.AccessControlException.
> {code}
> Caused by: java.security.AccessControlException: access denied
> (java.lang.RuntimePermission accessClassInPackage.sun.text)
> at
> java.security.AccessControlContext.checkPermission(AccessControlContext.java:374)
> at
> java.security.AccessController.checkPermission(AccessController.java:546)
> at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
> at
> com.google.appengine.tools.development.DevAppServerFactory$CustomSecurityManager.checkPermission(DevAppServerFactory.java:166)
> at
> java.lang.SecurityManager.checkPackageAccess(SecurityManager.java:1512)
> at java.lang.Class.checkMemberAccess(Class.java:2164)
> at java.lang.Class.getMethod(Class.java:1602)
> at org.apache.commons.lang3.StringUtils.(StringUtils.java:739)
> {code}
> The exception should be caught in the catch clauses around
> loadClass("sun.text.Normalizer").
> Commons lang 2 worked fine on GAE.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (LANG-744) StringUtils throws java.security.AccessControlException on Google App Engine
[
https://issues.apache.org/jira/browse/LANG-744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13112992#comment-13112992
]
Sebb commented on LANG-744:
---
Any objection to applying the patch to convert the method checks to IOD?
That will remove the overhead for applications that don't use stripAccents.
> StringUtils throws java.security.AccessControlException on Google App Engine
>
>
> Key: LANG-744
> URL: https://issues.apache.org/jira/browse/LANG-744
> Project: Commons Lang
> Issue Type: Bug
> Components: lang.*
>Affects Versions: 3.0.1
> Environment: Google App Engine
>Reporter: Clément Denis
> Fix For: 3.0.2
>
> Attachments: LANG-744.patch
>
>
> In the static initializer of org.apache.commons.lang3.StringUtils, there is
> an attempt to load the class sun.text.Normalizer.
> Such a class is prohibited on Google App Engine, and the static intializer
> throws a java.security.AccessControlException.
> {code}
> Caused by: java.security.AccessControlException: access denied
> (java.lang.RuntimePermission accessClassInPackage.sun.text)
> at
> java.security.AccessControlContext.checkPermission(AccessControlContext.java:374)
> at
> java.security.AccessController.checkPermission(AccessController.java:546)
> at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
> at
> com.google.appengine.tools.development.DevAppServerFactory$CustomSecurityManager.checkPermission(DevAppServerFactory.java:166)
> at
> java.lang.SecurityManager.checkPackageAccess(SecurityManager.java:1512)
> at java.lang.Class.checkMemberAccess(Class.java:2164)
> at java.lang.Class.getMethod(Class.java:1602)
> at org.apache.commons.lang3.StringUtils.(StringUtils.java:739)
> {code}
> The exception should be caught in the catch clauses around
> loadClass("sun.text.Normalizer").
> Commons lang 2 worked fine on GAE.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (LANG-756) Add API ClassUtils.isPrimitiveWrapper(Class)
Add API ClassUtils.isPrimitiveWrapper(Class)
---
Key: LANG-756
URL: https://issues.apache.org/jira/browse/LANG-756
Project: Commons Lang
Issue Type: New Feature
Components: lang.*
Environment: Apache Maven 3.0.3 (r1075438; 2011-02-28 12:31:09-0500)
Maven home: C:\Java\apache-maven-3.0.3\bin\..
Java version: 1.6.0_24, vendor: Sun Microsystems Inc.
Java home: C:\Program Files\Java\jdk1.6.0_24\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows"
Reporter: Gary D. Gregory
Assignee: Gary D. Gregory
Fix For: 3.0.2
{code:java}
/**
* Returns whether the given {@code type} is a primitive wrapper ({@link
Boolean}, {@link Byte}, {@link Character}, {@link Short},
* {@link Integer}, {@link Long}, {@link Double}, {@link Float}).
*
* @param type
*The class to query or null.
* @return true if the given {@code type} is a primitive wrapper ({@link
Boolean}, {@link Byte}, {@link Character}, {@link Short},
* {@link Integer}, {@link Long}, {@link Double}, {@link Float}).
*/
public static boolean isPrimitiveWrapper(Class type)
{code}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (LANG-756) Add APIs ClassUtils.isPrimitiveWrapper(Class) and isPrimitiveOrWrapper(Class)
[
https://issues.apache.org/jira/browse/LANG-756?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gary D. Gregory updated LANG-756:
-
Description:
{code:java}
/**
* Returns whether the given {@code type} is a primitive or primitive
wrapper ({@link Boolean}, {@link Byte}, {@link Character},
* {@link Short}, {@link Integer}, {@link Long}, {@link Double}, {@link
Float}).
*
* @param type
*The class to query or null.
* @return true if the given {@code type} is a primitive or primitive
wrapper ({@link Boolean}, {@link Byte}, {@link Character},
* {@link Short}, {@link Integer}, {@link Long}, {@link Double},
{@link Float}).
*/
public static boolean isPrimitiveOrWrapper(Class type)
/**
* Returns whether the given {@code type} is a primitive wrapper ({@link
Boolean}, {@link Byte}, {@link Character}, {@link Short},
* {@link Integer}, {@link Long}, {@link Double}, {@link Float}).
*
* @param type
*The class to query or null.
* @return true if the given {@code type} is a primitive wrapper ({@link
Boolean}, {@link Byte}, {@link Character}, {@link Short},
* {@link Integer}, {@link Long}, {@link Double}, {@link Float}).
*/
public static boolean isPrimitiveWrapper(Class type)
{code}
was:
{code:java}
/**
* Returns whether the given {@code type} is a primitive wrapper ({@link
Boolean}, {@link Byte}, {@link Character}, {@link Short},
* {@link Integer}, {@link Long}, {@link Double}, {@link Float}).
*
* @param type
*The class to query or null.
* @return true if the given {@code type} is a primitive wrapper ({@link
Boolean}, {@link Byte}, {@link Character}, {@link Short},
* {@link Integer}, {@link Long}, {@link Double}, {@link Float}).
*/
public static boolean isPrimitiveWrapper(Class type)
{code}
Summary: Add APIs ClassUtils.isPrimitiveWrapper(Class) and
isPrimitiveOrWrapper(Class) (was: Add API
ClassUtils.isPrimitiveWrapper(Class))
> Add APIs ClassUtils.isPrimitiveWrapper(Class) and
> isPrimitiveOrWrapper(Class)
> ---
>
> Key: LANG-756
> URL: https://issues.apache.org/jira/browse/LANG-756
> Project: Commons Lang
> Issue Type: New Feature
> Components: lang.*
> Environment: Apache Maven 3.0.3 (r1075438; 2011-02-28 12:31:09-0500)
> Maven home: C:\Java\apache-maven-3.0.3\bin\..
> Java version: 1.6.0_24, vendor: Sun Microsystems Inc.
> Java home: C:\Program Files\Java\jdk1.6.0_24\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows"
>Reporter: Gary D. Gregory
>Assignee: Gary D. Gregory
> Fix For: 3.0.2
>
>
> {code:java}
> /**
> * Returns whether the given {@code type} is a primitive or primitive
> wrapper ({@link Boolean}, {@link Byte}, {@link Character},
> * {@link Short}, {@link Integer}, {@link Long}, {@link Double}, {@link
> Float}).
> *
> * @param type
> *The class to query or null.
> * @return true if the given {@code type} is a primitive or primitive
> wrapper ({@link Boolean}, {@link Byte}, {@link Character},
> * {@link Short}, {@link Integer}, {@link Long}, {@link Double},
> {@link Float}).
> */
> public static boolean isPrimitiveOrWrapper(Class type)
> /**
> * Returns whether the given {@code type} is a primitive wrapper ({@link
> Boolean}, {@link Byte}, {@link Character}, {@link Short},
> * {@link Integer}, {@link Long}, {@link Double}, {@link Float}).
> *
> * @param type
> *The class to query or null.
> * @return true if the given {@code type} is a primitive wrapper ({@link
> Boolean}, {@link Byte}, {@link Character}, {@link Short},
> * {@link Integer}, {@link Long}, {@link Double}, {@link Float}).
> */
> public static boolean isPrimitiveWrapper(Class type)
> {code}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (LANG-756) Add APIs ClassUtils.isPrimitiveWrapper(Class) and isPrimitiveOrWrapper(Class)
[
https://issues.apache.org/jira/browse/LANG-756?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gary D. Gregory resolved LANG-756.
--
Resolution: Fixed
In SVN.
> Add APIs ClassUtils.isPrimitiveWrapper(Class) and
> isPrimitiveOrWrapper(Class)
> ---
>
> Key: LANG-756
> URL: https://issues.apache.org/jira/browse/LANG-756
> Project: Commons Lang
> Issue Type: New Feature
> Components: lang.*
> Environment: Apache Maven 3.0.3 (r1075438; 2011-02-28 12:31:09-0500)
> Maven home: C:\Java\apache-maven-3.0.3\bin\..
> Java version: 1.6.0_24, vendor: Sun Microsystems Inc.
> Java home: C:\Program Files\Java\jdk1.6.0_24\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows"
>Reporter: Gary D. Gregory
>Assignee: Gary D. Gregory
> Fix For: 3.0.2
>
>
> {code:java}
> /**
> * Returns whether the given {@code type} is a primitive or primitive
> wrapper ({@link Boolean}, {@link Byte}, {@link Character},
> * {@link Short}, {@link Integer}, {@link Long}, {@link Double}, {@link
> Float}).
> *
> * @param type
> *The class to query or null.
> * @return true if the given {@code type} is a primitive or primitive
> wrapper ({@link Boolean}, {@link Byte}, {@link Character},
> * {@link Short}, {@link Integer}, {@link Long}, {@link Double},
> {@link Float}).
> */
> public static boolean isPrimitiveOrWrapper(Class type)
> /**
> * Returns whether the given {@code type} is a primitive wrapper ({@link
> Boolean}, {@link Byte}, {@link Character}, {@link Short},
> * {@link Integer}, {@link Long}, {@link Double}, {@link Float}).
> *
> * @param type
> *The class to query or null.
> * @return true if the given {@code type} is a primitive wrapper ({@link
> Boolean}, {@link Byte}, {@link Character}, {@link Short},
> * {@link Integer}, {@link Long}, {@link Double}, {@link Float}).
> */
> public static boolean isPrimitiveWrapper(Class type)
> {code}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (MATH-607) Current Multiple Regression Object does calculations with all data incore. There are non incore techniques which would be useful with large datasets.
[ https://issues.apache.org/jira/browse/MATH-607?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13113120#comment-13113120 ] greg sterijevski commented on MATH-607: --- I am pushing some changes to SimpleRegression which will allow it to support the UpdatingMultipleRegression interface. There are a couple of additions to Localizable. > Current Multiple Regression Object does calculations with all data incore. > There are non incore techniques which would be useful with large datasets. > - > > Key: MATH-607 > URL: https://issues.apache.org/jira/browse/MATH-607 > Project: Commons Math > Issue Type: New Feature >Affects Versions: 3.0 > Environment: Java >Reporter: greg sterijevski > Labels: Gentleman's, QR, Regression, Updating, decomposition, > lemma > Fix For: 3.0 > > Attachments: RegressResults2, millerreg, millerreg_take2, > millerregtest, regres_change1, updating_reg_cut2, updating_reg_ifaces > > Original Estimate: 840h > Remaining Estimate: 840h > > The current multiple regression class does a QR decomposition on the complete > data set. This necessitates the loading incore of the complete dataset. For > large datasets, or large datasets and a requirement to do datamining or > stepwise regression this is not practical. There are techniques which form > the normal equations on the fly, as well as ones which form the QR > decomposition on an update basis. I am proposing, first, the specification of > an "UpdatingLinearRegression" interface which defines basic functionality all > such techniques must fulfill. > Related to this 'updating' regression, the results of running a regression on > some subset of the data should be encapsulated in an immutable object. This > is to ensure that subsequent additions of observations do not corrupt or > render inconsistent parameter estimates. I am calling this interface > "RegressionResults". > Once the community has reached a consensus on the interface, work on the > concrete implementation of these techniques will take place. > Thanks, > -Greg -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (MATH-607) Current Multiple Regression Object does calculations with all data incore. There are non incore techniques which would be useful with large datasets.
[ https://issues.apache.org/jira/browse/MATH-607?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13113175#comment-13113175 ] Phil Steitz commented on MATH-607: -- Lets s/UpdatingMultipleLinearRegression/UpdatingLinearRegression It is a little, um, funny to have simple regression implement multiple regression ;) > Current Multiple Regression Object does calculations with all data incore. > There are non incore techniques which would be useful with large datasets. > - > > Key: MATH-607 > URL: https://issues.apache.org/jira/browse/MATH-607 > Project: Commons Math > Issue Type: New Feature >Affects Versions: 3.0 > Environment: Java >Reporter: greg sterijevski > Labels: Gentleman's, QR, Regression, Updating, decomposition, > lemma > Fix For: 3.0 > > Attachments: RegressResults2, millerreg, millerreg_take2, > millerregtest, regres_change1, updating_reg_cut2, updating_reg_ifaces > > Original Estimate: 840h > Remaining Estimate: 840h > > The current multiple regression class does a QR decomposition on the complete > data set. This necessitates the loading incore of the complete dataset. For > large datasets, or large datasets and a requirement to do datamining or > stepwise regression this is not practical. There are techniques which form > the normal equations on the fly, as well as ones which form the QR > decomposition on an update basis. I am proposing, first, the specification of > an "UpdatingLinearRegression" interface which defines basic functionality all > such techniques must fulfill. > Related to this 'updating' regression, the results of running a regression on > some subset of the data should be encapsulated in an immutable object. This > is to ensure that subsequent additions of observations do not corrupt or > render inconsistent parameter estimates. I am calling this interface > "RegressionResults". > Once the community has reached a consensus on the interface, work on the > concrete implementation of these techniques will take place. > Thanks, > -Greg -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Issue Comment Edited] (MATH-662) DecompositionSolver: merging unique "...Impl" classes with their interface
[
https://issues.apache.org/jira/browse/MATH-662?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13109237#comment-13109237
]
Sébastien Brisard edited comment on MATH-662 at 9/23/11 6:34 AM:
-
(/) {{CholeskyDecomposition}}: done in revs r1173475, r1173481 and r1173788.
(/) {{EigenDecomposition}}: done in revs r1173964 and r 1173965.
(x) {{LUDecomposition}}: TODO
(x) {{QRDecomposition}}: TODO
(x) {{RectangularCholeskyDecomposition}}: TODO
(x) {{SingularValueDecomposition}}: TODO
(/) {{FieldLUDecomposition}}: done in rev r1174537.
was (Author: celestin):
(/) {{CholeskyDecomposition}}: done in revs r1173475, r1173481 and r1173788.
(/) {{EigenDecomposition}}: done in revs r1173964 and r 1173965.
(x) {{LUDecomposition}}: TODO
(x) {{QRDecomposition}}: TODO
(x) {{RectangularCholeskyDecomposition}}: TODO
(x) {{SingularValueDecomposition}}: TODO
(x) {{FieldLUDecomposition}}: TODO
> DecompositionSolver: merging unique "...Impl" classes with their interface
> --
>
> Key: MATH-662
> URL: https://issues.apache.org/jira/browse/MATH-662
> Project: Commons Math
> Issue Type: Task
>Affects Versions: 3.0
>Reporter: Sébastien Brisard
>Assignee: Sébastien Brisard
>Priority: Trivial
> Labels: linear
>
> From the ML
> {quote}
> Hi.
> The "...Decomposition" interfaces in package "linear" have a unique
> implementation. Should the "...Impl" classes be renamed (removing the
> interfaces)?
> Regards,
> Gilles
> {quote}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
