Mailing-List: contact dev-help@openjpa.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@openjpa.apache.org
Message-ID: <1801139957.1249351095052.JavaMail.jira@brutus>
Date: Mon, 3 Aug 2009 18:58:15 -0700 (PDT)
From: "Christopher Davies (JIRA)" <jira@apache.org>
To: dev@openjpa.apache.org
Subject: [jira] Created: (OPENJPA-1224) OpenJPA MySQL BigDecimal ignoring
 Precision/Scale column Annotation when generating tables
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

OpenJPA MySQL BigDecimal ignoring Precision/Scale column Annotation when generating tables 
-------------------------------------------------------------------------------------------

                 Key: OPENJPA-1224
                 URL: https://issues.apache.org/jira/browse/OPENJPA-1224
             Project: OpenJPA
          Issue Type: Bug
          Components: jpa
    Affects Versions: 1.2.1
         Environment: OpenJPA 1.2.1, MySQL 5.1.32 (InnoDB), 
            Reporter: Christopher Davies


Create an entity with a BigDecimal member. Using runtime enhancement and automatic schema generation. When OpneJPA creates the table it creates a column of type DECIMAL but will always ignore the precision set on the column annotation and use the default of (10,0) causing BigDecimal data to round up to the nearest whole number.

Sample of basic Entity:

@Entity
public class Asset implements Serializable{
	private static final long serialVersionUID = 1L;

	@Id
        @GeneratedValue(strategy=SEQUENCE, generator="ASSET_SEQ")
	private String uniqueid;

	@Column(precision=10,scale=6,)
	private BigDecimal rate;
     

	public Asset() {
		this.rate = rate;
	}

	public void setRate(BigDecimal rate) {
		this.rate = rate;
	}

	public BigDecimal getRate() {
		return rate;
	}
}

Code to generate schema and save entity:

Asset asset = new Asset();
asset.setRate(BigDecimal bd = new BigDecimal(100.004));

Now called persist/merge on the entity to generate the table schema and save the entity. The table is generated and the "rate" column is set to type DECIMAL(10,0) instead of DECIMAL(10,6). The table create script looks like this:
DROP TABLE IF EXISTS `trm`.`asset`;
CREATE TABLE  `trm`.`asset` (
  `uniqueid` varchar(255) NOT NULL,
  `rate` decimal(10,0) NOT NULL,
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

doubles work ok.


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