[jira] [Updated] (DBCP-349) Insert clob or blob with oracle connection crashes software
[ https://issues.apache.org/jira/browse/DBCP-349?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arnaud Brunet updated DBCP-349: --- Attachment: DBCP349.zip Attached is a program to understand the error > Insert clob or blob with oracle connection crashes software > > > Key: DBCP-349 > URL: https://issues.apache.org/jira/browse/DBCP-349 > Project: Commons Dbcp > Issue Type: Bug >Affects Versions: 1.3 > Environment: windows XP , JDK 1.6, oracle 10g, oracle driver 10.2.0.2 >Reporter: alina joshi >Priority: Critical > Fix For: 1.3.1, 1.4.1 > > Attachments: DBCP349.zip > > > 1> tomcat 6.0.26 has tomcat-dbcp.jar that works completely fine. > 2> tomcat 6.0.28, tomcat 6.0.29, tomcat 5.0.30, tomcat 5.0.31 has > tomcat-dbcp.jar file that doesn't work and throws following error : > java.lang.ClassCastException: org.apache.tomcat.dbcp.dbcp.PoolableConnection > cannot be cast to oracle.jdbc.OracleConnection > at oracle.sql.CLOB.createTemporary(CLOB.java:754) > at oracle.sql.CLOB.createTemporary(CLOB.java:716) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > Would like to know if there was any changes to the commons dbcp package for > tomcat version 6.0.29? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (DBCP-349) Insert clob or blob with oracle connection crashes software
[ https://issues.apache.org/jira/browse/DBCP-349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13575635#comment-13575635 ] Arnaud Brunet commented on DBCP-349: Hi It's not a bug of Commons Dbcp. Oracle (in CLOB.createTemporary()) casts the Connection to OracleConnection instead to use connection.unwrap method. > Insert clob or blob with oracle connection crashes software > > > Key: DBCP-349 > URL: https://issues.apache.org/jira/browse/DBCP-349 > Project: Commons Dbcp > Issue Type: Bug >Affects Versions: 1.3 > Environment: windows XP , JDK 1.6, oracle 10g, oracle driver 10.2.0.2 >Reporter: alina joshi >Priority: Critical > Fix For: 1.3.1, 1.4.1 > > > 1> tomcat 6.0.26 has tomcat-dbcp.jar that works completely fine. > 2> tomcat 6.0.28, tomcat 6.0.29, tomcat 5.0.30, tomcat 5.0.31 has > tomcat-dbcp.jar file that doesn't work and throws following error : > java.lang.ClassCastException: org.apache.tomcat.dbcp.dbcp.PoolableConnection > cannot be cast to oracle.jdbc.OracleConnection > at oracle.sql.CLOB.createTemporary(CLOB.java:754) > at oracle.sql.CLOB.createTemporary(CLOB.java:716) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > Would like to know if there was any changes to the commons dbcp package for > tomcat version 6.0.29? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (SANDBOX-441) [BeanUtils2] Handling of InstantiationException in DefaultClassAccessor.newInstance() should be improved to give users better feedback
[ https://issues.apache.org/jira/browse/SANDBOX-441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13575526#comment-13575526 ] Benedikt Ritter commented on SANDBOX-441: - This does not only apply to newInstance but also to the other invokeConstructor methods. > [BeanUtils2] Handling of InstantiationException in > DefaultClassAccessor.newInstance() should be improved to give users better > feedback > -- > > Key: SANDBOX-441 > URL: https://issues.apache.org/jira/browse/SANDBOX-441 > Project: Commons Sandbox > Issue Type: Improvement > Components: BeanUtils2 >Affects Versions: Nightly Builds >Reporter: Benedikt Ritter >Assignee: Benedikt Ritter >Priority: Minor > Fix For: Nightly Builds > > > The handling of InstantiationException could be improved to give users a > better feedback of what went wrong (see JavaDoc of Class.newInstance() for > reasons why instantiation may fail): > * check if a default constructor is available and throw > NoSuchConstructorException if not > * else throw BeanInstantiationException but inspect beanType in > BeanInstantiationException and set specific messages for the following cases: > ** BeanType is abstract > ** BeanType is an interface > ** BeanType is a primitive type > ** BeanType is an array type > ** BeanType represents void > ** if none of the above use a generic message -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (SANDBOX-441) [BeanUtils2] Handling of InstantiationException in DefaultClassAccessor.newInstance() should be improved to give users better feedback
Benedikt Ritter created SANDBOX-441: --- Summary: [BeanUtils2] Handling of InstantiationException in DefaultClassAccessor.newInstance() should be improved to give users better feedback Key: SANDBOX-441 URL: https://issues.apache.org/jira/browse/SANDBOX-441 Project: Commons Sandbox Issue Type: Improvement Components: BeanUtils2 Affects Versions: Nightly Builds Reporter: Benedikt Ritter Priority: Minor Fix For: Nightly Builds The handling of InstantiationException could be improved to give users a better feedback of what went wrong (see JavaDoc of Class.newInstance() for reasons why instantiation may fail): * check if a default constructor is available and throw NoSuchConstructorException if not * else throw BeanInstantiationException but inspect beanType in BeanInstantiationException and set specific messages for the following cases: ** BeanType is abstract ** BeanType is an interface ** BeanType is a primitive type ** BeanType is an array type ** BeanType represents void ** if none of the above use a generic message -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (MATH-932) Contributions to filter package
[ https://issues.apache.org/jira/browse/MATH-932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13575455#comment-13575455 ] Thomas Neidhart commented on MATH-932: -- ok great, regarding checkstyle: we do enforce it quite strictly, see http://commons.apache.org/math/checkstyle.html One mistake I did very often was to create the checkstyle configuration, but not activating it in the Main tab of the checkstyle settings panel in eclipse (in case you use the same). > Contributions to filter package > --- > > Key: MATH-932 > URL: https://issues.apache.org/jira/browse/MATH-932 > Project: Commons Math > Issue Type: Improvement >Reporter: Jens Kübler > Fix For: 4.0 > > Attachments: extendedKalmanSupport.txt > > > - Extended Kalman Filter with user supplied transition functions > - Unscented Kalman Filter > - Rauch Tung Striebel Kalman Smoother > - Ability to supply combinations of nonlinear and linear kalman filter > setups, i.e. nonlinear unscented system transition with a linear > measurment update -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (MATH-932) Contributions to filter package
[ https://issues.apache.org/jira/browse/MATH-932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13575452#comment-13575452 ] Jens Kübler commented on MATH-932: -- - I'm in no hurry for integration. I needed these filters and wanted to share them so 4.0 is ok for me as I keep local development branch for me. - I have some tests that are not production quality because I still need to play with filter parameters. When I'm confident the filters perform in the expected way, I could supply them as well. The Kalman-Smoother i.e. has still some bugs I recently discovered. - I set up checkstyle with the math checkstyle file but discovered that most of the api does not convey to it. So my question is how strictly is it enforced? - Interface renaming is not a problem - I guess there is a little bit more to do... - In my development branch, I switched compatibility back to 5 with no problems and removed the annotations. Thanks for the hints Jens > Contributions to filter package > --- > > Key: MATH-932 > URL: https://issues.apache.org/jira/browse/MATH-932 > Project: Commons Math > Issue Type: Improvement >Reporter: Jens Kübler > Fix For: 4.0 > > Attachments: extendedKalmanSupport.txt > > > - Extended Kalman Filter with user supplied transition functions > - Unscented Kalman Filter > - Rauch Tung Striebel Kalman Smoother > - Ability to supply combinations of nonlinear and linear kalman filter > setups, i.e. nonlinear unscented system transition with a linear > measurment update -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (MATH-934) Complex.ZERO.reciprocal() returns NaN but should return INF.
Burkhard Strauß created MATH-934: Summary: Complex.ZERO.reciprocal() returns NaN but should return INF. Key: MATH-934 URL: https://issues.apache.org/jira/browse/MATH-934 Project: Commons Math Issue Type: Bug Affects Versions: 2.1 Environment: any Reporter: Burkhard Strauß Priority: Minor Complex.ZERO.reciprocal() returns NaN but should return INF. Class: org.apache.commons.math3.complex.Complex; Method: reciprocal() @version $Id: Complex.java 1416643 2012-12-03 19:37:14Z tn $ -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (MATH-932) Contributions to filter package
[ https://issues.apache.org/jira/browse/MATH-932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13575418#comment-13575418 ] Thomas Neidhart commented on MATH-932: -- Hi Jens, I now had some time to look at your contribution, which, in general is really great. There are several areas, as Gilles already pointed, which need more work, see my comments below: * there are lots of API changes, which means that we either have to wait for 4.0 to integrate or find a way to extend the existing API in a backwards compatible way * there are currently no tests attached, which would be a requirement for new features to be added * do you know how to configure checkstyle in your environment? we have a configuration file (see checkstyle.xml) for our usual coding style, and if patches conform to these rules it is much easier to integrate them, if you have any questions related to it, do not hesitate to ask * interface naming: we prefer not to use I prefix for interfaces * javadoc: it is required that any public/protected and classes have a proper javadoc to describe its use * java 6/7 features: as we still use Java 5 on source level, @Override annotations are not allowed for methods implementing an interface I will take a deeper look into the class hierarchy, but wanted to give you a quick feedback first. Thanks, Thomas > Contributions to filter package > --- > > Key: MATH-932 > URL: https://issues.apache.org/jira/browse/MATH-932 > Project: Commons Math > Issue Type: Improvement >Reporter: Jens Kübler > Fix For: 4.0 > > Attachments: extendedKalmanSupport.txt > > > - Extended Kalman Filter with user supplied transition functions > - Unscented Kalman Filter > - Rauch Tung Striebel Kalman Smoother > - Ability to supply combinations of nonlinear and linear kalman filter > setups, i.e. nonlinear unscented system transition with a linear > measurment update -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
