[prev in list] [next in list] [prev in thread] [next in thread] 

List:       jakarta-commons-dev
Subject:    [jira] Updated: (DBUTILS-42) Object with Long or Decimal got
From:       Julien_Aymé_(JIRA) <jira () apache ! org>
Date:       2008-10-28 21:42:44
Message-ID: 1568172327.1225230164405.JavaMail.jira () brutus
[Download RAW message or body]


     [ https://issues.apache.org/jira/browse/DBUTILS-42?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel \
]

Julien Aymé updated DBUTILS-42:
-------------------------------

    Attachment: BeanProcessor-fixed.diff

A slightly modified version of my original patch, which check if the bean property is \
not a primitive type before returning null.

> Object with Long or Decimal got initial zero value while database field is null
> -------------------------------------------------------------------------------
> 
> Key: DBUTILS-42
> URL: https://issues.apache.org/jira/browse/DBUTILS-42
> Project: Commons DbUtils
> Issue Type: Improvement
> Affects Versions: 1.1
> Environment: JDK 5.0, MSSQL 2000
> Reporter: Matt Jiang
> Attachments: BeanProcessor-fixed.diff, BeanProcessor.diff, \
> BeanProcessorAlternativePatch.diff 
> 
> While I use dbutil1.1, I got a big different implementation betweeb 1.0 and 1.1.
> Given a Java object, it has a property with Long data type; mapping to database, \
> its table field datatype is bigint. If it has a record and its value is null.
> In 1.0 implementation, if I load entity, then we can see the property in Java \
> object is also null. But in 1.1 implementation, the Java object will got a Long \
> object with 0 inside. This behavior change does big impact if I upgrade from 1.0 to \
> 1.1. It might make application logic fail because origional null status now become \
> a Long(0) value to map to null value in database. I suggest to change it back. If \
> null value in database, then mapped Java object should be null as well, not new a \
> Long(0) to be a initial value. Below is the code snapshot I used to execute query, \
> and I use jTDS 1.2 as JDBC driver {code}
> public List<E> executePreparedQuery(String sql, Object[] params, Class clazz) \
> throws SQLException { 
> Connection cnct = getConnection();
> QueryRunner qRunner = new QueryRunner();
> ResultSetHandler rsHandler = new BeanListHandler(clazz);
> List<E> entities = null;
> try {
> 	convertDateIn(params);
> 	entities = (List<E>) qRunner.query(cnct, sql, params, rsHandler);
> }
> catch (SQLException e) {
> 	e.printStackTrace();
> 	throw e;
> }
> finally {
> 	closeConnection();
> }
> return entities;
> }
> {code}
> Hope this helps.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic