Menu
▾
▴
dbunit-developer
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(21) |
Jun
(56) |
Jul
(6) |
Aug
(2) |
Sep
|
Oct
|
Nov
(1) |
Dec
(3) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
(10) |
Mar
(11) |
Apr
(8) |
May
(4) |
Jun
(10) |
Jul
(15) |
Aug
(5) |
Sep
(2) |
Oct
(12) |
Nov
|
Dec
|
| 2004 |
Jan
(18) |
Feb
(33) |
Mar
(7) |
Apr
(3) |
May
(3) |
Jun
|
Jul
(3) |
Aug
(3) |
Sep
(17) |
Oct
(17) |
Nov
(6) |
Dec
(1) |
| 2005 |
Jan
|
Feb
|
Mar
(1) |
Apr
(8) |
May
(4) |
Jun
(2) |
Jul
|
Aug
(15) |
Sep
(5) |
Oct
(11) |
Nov
(5) |
Dec
|
| 2006 |
Jan
(10) |
Feb
(4) |
Mar
|
Apr
(3) |
May
(13) |
Jun
(1) |
Jul
(1) |
Aug
(9) |
Sep
(1) |
Oct
(1) |
Nov
(4) |
Dec
(32) |
| 2007 |
Jan
(15) |
Feb
(10) |
Mar
(9) |
Apr
(4) |
May
(9) |
Jun
(8) |
Jul
(8) |
Aug
(4) |
Sep
(43) |
Oct
(12) |
Nov
(8) |
Dec
(11) |
| 2008 |
Jan
(7) |
Feb
(52) |
Mar
(92) |
Apr
(19) |
May
(101) |
Jun
(212) |
Jul
(136) |
Aug
(102) |
Sep
(53) |
Oct
(58) |
Nov
(115) |
Dec
(122) |
| 2009 |
Jan
(58) |
Feb
(66) |
Mar
(82) |
Apr
(29) |
May
(27) |
Jun
(13) |
Jul
(27) |
Aug
(59) |
Sep
(104) |
Oct
(111) |
Nov
(77) |
Dec
(31) |
| 2010 |
Jan
(79) |
Feb
(52) |
Mar
(18) |
Apr
(19) |
May
(18) |
Jun
(10) |
Jul
(7) |
Aug
(45) |
Sep
(50) |
Oct
(36) |
Nov
(11) |
Dec
(36) |
| 2011 |
Jan
(10) |
Feb
(26) |
Mar
(11) |
Apr
(5) |
May
(6) |
Jun
(2) |
Jul
(8) |
Aug
(6) |
Sep
(6) |
Oct
(5) |
Nov
(2) |
Dec
(5) |
| 2012 |
Jan
(4) |
Feb
(1) |
Mar
(1) |
Apr
(5) |
May
|
Jun
(16) |
Jul
(10) |
Aug
(1) |
Sep
(17) |
Oct
(22) |
Nov
(2) |
Dec
(5) |
| 2013 |
Jan
|
Feb
|
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
(5) |
Dec
(3) |
| 2014 |
Jan
|
Feb
|
Mar
(1) |
Apr
(3) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(16) |
Jul
(2) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
(11) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
(2) |
Dec
(4) |
| 2022 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
(2) |
Nov
|
Dec
|
| 2024 |
Jan
(4) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2012-10-20 02:25:36
|
Feature Requests item #3147832, was opened at 2010-12-29 14:09 Message generated for change (Comment added) made by jeffjensen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3147832&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Next Release Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ralf Mühle (ralfmuehle) Assigned to: Nobody/Anonymous (nobody) Summary: Update DBunit to POI 3.7 Initial Comment: Hi I've created a svn-patch to update the last release of DBUnit to POI 3.7. Please check it and if you think that is good you could use it Best regards, Ralf ---------------------------------------------------------------------- >Comment By: Jeff Jensen (jeffjensen) Date: 2012-10-19 19:25 Message: For anyone that wants this change, please attach a clean patch with only the changes needed to make the latest POI work. There are formatting, spaces-to-tabs, and other non-necessary changes in the attached patch. ---------------------------------------------------------------------- Comment By: Michael Krauße (krausse) Date: 2012-09-26 01:05 Message: Last DBUnit-release 2.4.8 is more than two years old (2010-09-01). Is this issue still on your list? When will the next version be released? Maybe a 2.4.9-SNAPSHOT or something similar which uses the patch? We are using Excel 2010 and are very interested to get a new version of db-unit which uses newest version of poi. Building db-unit from source is not a possible way for us. :-( ---------------------------------------------------------------------- Comment By: David Wery (davidwery) Date: 2011-12-29 03:06 Message: We really need the support of POI (at least 3.6). In our project (using Maven), we have conflicts between POI 3.6 (needed for xlsx support) and the usage of DBUnit (which use POI 3.2-Final). Is it possible to have a binary form the DBUnit with the proposed patch of ralfmuehle ? Thx ---------------------------------------------------------------------- Comment By: Andrew Spencer () Date: 2011-11-02 03:36 Message: Our production code needs POI 3.7. With Maven it isn't possible to use 3.2 in the DBUnit tests and 3.7 in the production code, because the test classpath supplements the main classpath. I am sure there are other users in this situation. ---------------------------------------------------------------------- Comment By: Ralf Mühle (ralfmuehle) Date: 2010-12-30 02:56 Message: Yes there is a reasen: We need Support of the new Excel format so that we can load huge excel files. More than 66000 lines and we get the (testing) data in the new excel format The patch I've created is an example how you can support both format,s the old and the new one. ---------------------------------------------------------------------- Comment By: Roberto Lo Giacco (rlogiacco) Date: 2010-12-30 02:10 Message: Is there any specific reason for the update? Any missing feature, solved bug or anything like that? Usually upgrades for the sake to stay on most recent version are not convenient: they tend to break instead to solve... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3147832&group_id=47439 |
|
From: SourceForge.net <no...@so...> - 2012-10-20 02:21:00
|
Feature Requests item #3237043, was opened at 2011-03-23 02:44 Message generated for change (Comment added) made by jeffjensen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3237043&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Next Release >Status: Closed >Resolution: Rejected Priority: 5 Private: No Submitted By: atabeyfu () >Assigned to: Jeff Jensen (jeffjensen) Summary: DataFileLoader loads files from temp directory Initial Comment: Current situation: The interface DataFileLoader.load(String fileName) loads only files from the classpath. Problem: The DataFileLoader can not load from an external directory, e.g. TempDirectory on OS. Scenario: I exported a xml dataSet with dbUnit from an existing database. This file has a size of 10 MB. We don't want to have files with such a size in our git repository, since this would reduce the performance of git. My integration test unzip the dataSet from an archive and passes the extracted file to the DataFileLoader. ---------------------------------------------------------------------- >Comment By: Jeff Jensen (jeffjensen) Date: 2012-10-19 19:21 Message: DataFileLoader just wraps the DataSetBuilder classes, such as FlatXmlDataSetBuilder. They allow specifying a URL, which handles your request. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3237043&group_id=47439 |
|
From: SourceForge.net <no...@so...> - 2012-10-20 01:45:13
|
Bugs item #3542576, was opened at 2012-07-11 06:47 Message generated for change (Comment added) made by jeffjensen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449491&aid=3542576&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bug Group: None >Status: Pending >Resolution: Rejected Priority: 5 Private: No Submitted By: https://www.google.com/accounts () >Assigned to: Jeff Jensen (jeffjensen) Summary: Calls to JdbcDatabaseTester getConnection return new connect Initial Comment: calls to JdbcDatabaseTester getConnection return new connection on every call. As a result it is not possible to setProperty on the config as the connection object is never used again The following code will always fail if the schema contains BLOBS DatabaseConfig config = databaseTester.getConnection().getConfig(); config.setProperty(DatabaseConfig.PROPERTY_DATATYPE_FACTORY, new Oracle10DataTypeFactory()); // initialize your dataset here XmlDataSet dataSet = new XmlDataSet(new FileReader("./src/test/resources/test1_dataset.xml")); databaseTester.setDataSet( dataSet ); // will call default setUpOperation databaseTester.onSetup(); ---------------------------------------------------------------------- >Comment By: Jeff Jensen (jeffjensen) Date: 2012-10-19 18:45 Message: Backed out commit. It breaks all of the tests. Please fix for consideration again. ---------------------------------------------------------------------- Comment By: Jeff Jensen (jeffjensen) Date: 2012-09-30 17:42 Message: Thanks for reporting and fix. Commit 1257. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2012-07-11 06:50 Message: Fixed implementation attached ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449491&aid=3542576&group_id=47439 |
|
From: SourceForge.net <no...@so...> - 2012-10-18 12:52:01
|
Bugs item #3578090, was opened at 2012-10-18 05:51 Message generated for change (Tracker Item Submitted) made by mugwump64 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449491&aid=3578090&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bug Group: v2.4.* Status: Open Resolution: None Priority: 5 Private: No Submitted By: Stefan Frank (mugwump64) Assigned to: matthias g (gommma) Summary: dbunit2.4.8 and poi 3.7: NoSuchMethodError Initial Comment: Apparently since POI3.5, the method to check for DateFields does not work and I'm getting a: java.lang.NoSuchMethodError: org.apache.poi.hssf.usermodel.HSSFDateUtil.isCellDateFormatted(Lorg/apache/poi/hssf/usermodel/HSSFCell; We're stuck with POI3.7, as this is already used for another part of the system, but we may be able to update dbunit - is this issue fixed in 2.4.9 or planned to be fixed? cheers stefan ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449491&aid=3578090&group_id=47439 |
|
From: SourceForge.net <no...@so...> - 2012-10-16 15:36:45
|
Feature Requests item #3573007, was opened at 2012-09-29 08:37 Message generated for change (Comment added) made by jeffjensen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3573007&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Jeff Jensen (jeffjensen) Assigned to: Jeff Jensen (jeffjensen) Summary: Change build to use Java 6 compiler but still target 1.4 Initial Comment: Currently is 1.4. ---------------------------------------------------------------------- >Comment By: Jeff Jensen (jeffjensen) Date: 2012-10-16 08:36 Message: Good question. I'm thinking forward movement. My question is "How long to hang on to the unsupported 1.4?". The build still uses -source and -target of 1.4 which enables but does not guarantee 1.4 compat. I prefer to "modernize" for the benefits and handle any user complaints than continue hanging onto 1.4. ---------------------------------------------------------------------- Comment By: Roberto Lo Giacco (rlogiacco) Date: 2012-10-16 06:02 Message: And what should be the benefit for this? Projects still using Java 1.4 will not be able to update to this version because of incompatibility class version. ---------------------------------------------------------------------- Comment By: Jeff Jensen (jeffjensen) Date: 2012-09-29 14:26 Message: Commit 3573007. ---------------------------------------------------------------------- Comment By: Jeff Jensen (jeffjensen) Date: 2012-09-29 09:10 Message: I have been building and using dbUnit for past few years with Java 6, and source and target values of 1.4. I am not aware of anything anything technically/code-wise forcing us to stay with Java 1.4. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3573007&group_id=47439 |
|
From: SourceForge.net <no...@so...> - 2012-10-16 13:02:09
|
Feature Requests item #3573007, was opened at 2012-09-29 08:37 Message generated for change (Comment added) made by rlogiacco You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3573007&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Jeff Jensen (jeffjensen) Assigned to: Jeff Jensen (jeffjensen) Summary: Change build to use Java 6 compiler but still target 1.4 Initial Comment: Currently is 1.4. ---------------------------------------------------------------------- Comment By: Roberto Lo Giacco (rlogiacco) Date: 2012-10-16 06:02 Message: And what should be the benefit for this? Projects still using Java 1.4 will not be able to update to this version because of incompatibility class version. ---------------------------------------------------------------------- Comment By: Jeff Jensen (jeffjensen) Date: 2012-09-29 14:26 Message: Commit 3573007. ---------------------------------------------------------------------- Comment By: Jeff Jensen (jeffjensen) Date: 2012-09-29 09:10 Message: I have been building and using dbUnit for past few years with Java 6, and source and target values of 1.4. I am not aware of anything anything technically/code-wise forcing us to stay with Java 1.4. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3573007&group_id=47439 |
|
From: SourceForge.net <no...@so...> - 2012-10-01 12:28:15
|
Bugs item #3082787, was opened at 2010-10-07 00:51 Message generated for change (Comment added) made by jeffjensen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449491&aid=3082787&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bug Group: None >Status: Closed Resolution: Duplicate Priority: 5 Private: No Submitted By: Dominique Jean-Prost (djeanprost) >Assigned to: Jeff Jensen (jeffjensen) Summary: MSSQL uniqueidentifier problem Initial Comment: MsSqlDataTypeFactory should handle uniqueidentifier datatype correctly : if(sqlType=-11) { return DataType.CHAR;} ---------------------------------------------------------------------- >Comment By: Jeff Jensen (jeffjensen) Date: 2012-10-01 05:28 Message: Thank you for identifying the dupe. ---------------------------------------------------------------------- Comment By: Dominique Jean-Prost (djeanprost) Date: 2012-10-01 00:47 Message: duplicate of #3170998 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449491&aid=3082787&group_id=47439 |
|
From: SourceForge.net <no...@so...> - 2012-10-01 07:47:11
|
Bugs item #3082787, was opened at 2010-10-07 00:51 Message generated for change (Comment added) made by djeanprost You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449491&aid=3082787&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bug Group: None Status: Open >Resolution: Duplicate Priority: 5 Private: No Submitted By: Dominique Jean-Prost (djeanprost) Assigned to: matthias g (gommma) Summary: MSSQL uniqueidentifier problem Initial Comment: MsSqlDataTypeFactory should handle uniqueidentifier datatype correctly : if(sqlType=-11) { return DataType.CHAR;} ---------------------------------------------------------------------- >Comment By: Dominique Jean-Prost (djeanprost) Date: 2012-10-01 00:47 Message: duplicate of #3170998 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449491&aid=3082787&group_id=47439 |
|
From: SourceForge.net <no...@so...> - 2012-10-01 02:01:26
|
Feature Requests item #3452467, was opened at 2011-12-06 07:06 Message generated for change (Comment added) made by jeffjensen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3452467&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Ken Huffman (kenhuffman) >Assigned to: Jeff Jensen (jeffjensen) Summary: SortedDataSet Initial Comment: SortedDatSet.getTable should support setting the setUseComparable() flag when it creates SortedTables. ---------------------------------------------------------------------- >Comment By: Jeff Jensen (jeffjensen) Date: 2012-09-30 19:01 Message: Thank you for the idea. Please attach a patch or full code snippets of the changes you desire. ---------------------------------------------------------------------- Comment By: Ken Huffman (kenhuffman) Date: 2011-12-07 07:05 Message: The SortedDataSet$SortedIterator.getTable() should also set the setUseComparable() flag ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3452467&group_id=47439 |
|
From: SourceForge.net <no...@so...> - 2012-10-01 01:45:10
|
Feature Requests item #3487212, was opened at 2012-02-13 01:49 Message generated for change (Comment added) made by jeffjensen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3487212&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Masaaki Takahashi (macha64) >Assigned to: Jeff Jensen (jeffjensen) Summary: Patch: Export Ant Task supports "useCharacterReference" Initial Comment: Hi Export Ant Task writes "CharacterReference" from "Multibyte character".(e.g. 葡萄) it is inconvenient for multibyte character user. so, i add "useCharacterReference" for Export Ant Task. <export dest="export.xml" format="flat" useCharacterReference="false"> <query name="FRUIT_TBL" sql="select * from FRUIT_TBL order by FRUIT_UID"/> </export> thanks ---------------------------------------------------------------------- >Comment By: Jeff Jensen (jeffjensen) Date: 2012-09-30 18:45 Message: Thank you for the idea and patch. Your patch does not contain test updates. I corrected the test compile errors, but the test failed. Please update and add additional tests to prove the feature continues to work. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3487212&group_id=47439 |
|
From: SourceForge.net <no...@so...> - 2012-10-01 01:13:03
|
Feature Requests item #3564413, was opened at 2012-09-03 05:13 Message generated for change (Comment added) made by jeffjensen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3564413&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: l0co (l0co) Assigned to: Nobody/Anonymous (nobody) Summary: Few remarks about dbunit Initial Comment: Hello. I've been using dbunit from three days for my own purpose, which is moving the configuration tables between the test and production environment, and I have few remarks to share about this tool. First one is that this is really cool and I've finally achieved my goal on this, thanks! The remarks: 1. The operation classes design is really ugly, with package method visibility. You cannot use this code to derive your classes, to extend base functionality. I'd recommend to redesign this and allow people to make subclasses with own code (currently you cannot do anything but copy a lot of classes code into your application, and change it). 2. The restriction of working with primary key tables only is easy to overcome, in such scenario you can treat all columns as primary keys, and make update of all columns with (also) all columns-where. This works fine for me. 3. The FlatXmlDataset has a bug, or I did something badly. The scenario: * export table A with some column X * first exported row has X=null, so it's not contained in Flat XML * second one has X=1, and is contained in Flat XML * on the import, the importer (probably) analyses the first row, and decides that the table A doesn't have X column (because first row doesn't have it), so the import of the second row doesn't consider importing of X=1 column ---------------------------------------------------------------------- >Comment By: Jeff Jensen (jeffjensen) Date: 2012-09-30 18:13 Message: Thank you for the ideas and feedback. Please create a separate tracker item for each bug or feature request. Please create patches and feature implementations as possible. ---------------------------------------------------------------------- Comment By: l0co (l0co) Date: 2012-09-03 05:17 Message: One more I've forgotten ;) 4. It would be nice to add some "connection customizer" that customizes the database Connection before data import, and provide some native implementation for common drivers. This could be used to disable constraints check during the import. The exemplary implementation of my one for Mysql driver: @Override public void onImportStart(Connection connection) throws SQLException { connection.prepareStatement("SET foreign_key_checks = 0").executeUpdate(); } @Override public void onImportEnd(Connection connection) throws SQLException { connection.prepareStatement("SET foreign_key_checks = 1").executeUpdate(); } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3564413&group_id=47439 |
|
From: SourceForge.net <no...@so...> - 2012-10-01 01:09:57
|
Feature Requests item #3499513, was opened at 2012-03-08 04:24 Message generated for change (Settings changed) made by jeffjensen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3499513&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: None >Group: None >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: MPriess () >Assigned to: Jeff Jensen (jeffjensen) >Summary: Postgres Geometry Type Initial Comment: Based on the Code from Benoit PESTY posted on the mailingliste. I created a patch which added the Geometry Datatype used from PostGis into DBUnit. ---------------------------------------------------------------------- >Comment By: Jeff Jensen (jeffjensen) Date: 2012-09-30 18:09 Message: Thank you for the feature and code. Are there any tests you could add to verify the feature continues to work with future changes? Please add a patch to help keep the quality up. Commit 1258. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3499513&group_id=47439 |
|
From: SourceForge.net <no...@so...> - 2012-10-01 00:54:54
|
Bugs item #3532112, was opened at 2012-06-05 04:26 Message generated for change (Comment added) made by jeffjensen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449491&aid=3532112&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bug Group: v2.4.* >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () >Assigned to: Jeff Jensen (jeffjensen) Summary: DB2 V9.7 Unable to load data with generated always column Initial Comment: I can't load a dataset into database when I have a generated always column in DB2 V9.7. Tried removing the column from the dataset and/or from the dtd file. ---------------------------------------------------------------------- >Comment By: Jeff Jensen (jeffjensen) Date: 2012-09-30 17:54 Message: Will need a test(s), patch, reproducible case, etc. to know how to help. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449491&aid=3532112&group_id=47439 |
|
From: SourceForge.net <no...@so...> - 2012-10-01 00:51:09
|
Bugs item #3516309, was opened at 2012-04-09 23:26 Message generated for change (Comment added) made by jeffjensen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449491&aid=3516309&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bug Group: v2.4.* >Status: Closed >Resolution: Duplicate Priority: 7 Private: No Submitted By: Marcel H (marcelhoerr) Assigned to: Jeff Jensen (jeffjensen) Summary: Debug statement in AbstractDatabaseConnection causing NSOE Initial Comment: The second debug statement in the <b>createQueryTable</b> method of the class <b>AbstractDatabaseConnection</b> (line 91) is always causing an UnsupportedOperationException. The debug statment is using the interface method <b>getRowCount</b> of <b>ITable</b>, though the underlying class is always a <b>ForwardOnlyResultSetTable</b> which does not support the <b>getRowCount</b> method. Possible fixes: (1) Use the public method <b>getRowCount</b> of <b>AbstractDatabaseConnection</b> for the debug statement instead. (2) Remove the debug statement. ---------------------------------------------------------------------- >Comment By: Jeff Jensen (jeffjensen) Date: 2012-09-30 17:51 Message: I think this is a dupe of 3132130, which was fixed in trunk and released in 2.4.9. Please try that version and reopen this or create a new issue if the problem persists. ---------------------------------------------------------------------- Comment By: Jeff Jensen (jeffjensen) Date: 2012-04-15 09:01 Message: Nice find, thanks for reporting. Will you please attach a test(s) exhibiting the problem and a patch fixing please (keeping the intended info)? I will apply... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449491&aid=3516309&group_id=47439 |
|
From: SourceForge.net <no...@so...> - 2012-10-01 00:42:08
|
Bugs item #3542576, was opened at 2012-07-11 06:47 Message generated for change (Comment added) made by jeffjensen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449491&aid=3542576&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bug Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: matthias g (gommma) >Summary: Calls to JdbcDatabaseTester getConnection return new connect Initial Comment: calls to JdbcDatabaseTester getConnection return new connection on every call. As a result it is not possible to setProperty on the config as the connection object is never used again The following code will always fail if the schema contains BLOBS DatabaseConfig config = databaseTester.getConnection().getConfig(); config.setProperty(DatabaseConfig.PROPERTY_DATATYPE_FACTORY, new Oracle10DataTypeFactory()); // initialize your dataset here XmlDataSet dataSet = new XmlDataSet(new FileReader("./src/test/resources/test1_dataset.xml")); databaseTester.setDataSet( dataSet ); // will call default setUpOperation databaseTester.onSetup(); ---------------------------------------------------------------------- >Comment By: Jeff Jensen (jeffjensen) Date: 2012-09-30 17:42 Message: Thanks for reporting and fix. Commit 1257. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2012-07-11 06:50 Message: Fixed implementation attached ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449491&aid=3542576&group_id=47439 |
|
From: SourceForge.net <no...@so...> - 2012-09-30 23:23:57
|
Bugs item #3545861, was opened at 2012-07-19 05:32 Message generated for change (Comment added) made by jeffjensen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449491&aid=3545861&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bug Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Art (artbristol) >Assigned to: Jeff Jensen (jeffjensen) Summary: CsvURLProducer swallows exception stack Initial Comment: This code catch (CsvParserException e) { throw new DataSetException("error parsing CSV for URL: '" + url + "'"); doesn't chain the exception so the stack trace is lost. Patch attached. [Code review hat on] This class is copy/pasted from CsvProducer and ought to have the duplication refactored out ---------------------------------------------------------------------- >Comment By: Jeff Jensen (jeffjensen) Date: 2012-09-30 16:23 Message: Thanks for reporting and the fix. Commit 1256. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449491&aid=3545861&group_id=47439 |
|
From: SourceForge.net <no...@so...> - 2012-09-30 23:11:55
|
Bugs item #3554287, was opened at 2012-08-04 08:15 Message generated for change (Settings changed) made by jeffjensen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449491&aid=3554287&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bug Group: v2.4.* Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Stathis Alexopoulos (statalex) >Assigned to: Jeff Jensen (jeffjensen) Summary: NoSuchColumnException in CSV. Initial Comment: If the field name has trailing white spaces in CSV header then CsvProducer raises a NoSuchColumnException, If the header line of your CSV file is one of the following 1 "ID,NAME" 2 " ID,NAME" 3 "ID ,NAME" then the third one produces a NoSuchColumnException all it needs to fix it is to replace the line 117 of CsvProducer class from columns[i] = new Column((String) readColumns.get(i), DataType.UNKNOWN); to columns[i] = new Column(((String) readColumns.get(i)).trim(), DataType.UNKNOWN); ---------------------------------------------------------------------- Comment By: Jeff Jensen (jeffjensen) Date: 2012-09-30 16:11 Message: Thanks for reporting and providing the fix. Commit 1254. Would be great if you could provide tests for the method. Refactor it mercilessly; it has too much happening in one method. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449491&aid=3554287&group_id=47439 |
|
From: SourceForge.net <no...@so...> - 2012-09-30 23:11:43
|
Bugs item #3554287, was opened at 2012-08-04 08:15 Message generated for change (Comment added) made by jeffjensen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449491&aid=3554287&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bug Group: v2.4.* >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Stathis Alexopoulos (statalex) Assigned to: matthias g (gommma) Summary: NoSuchColumnException in CSV. Initial Comment: If the field name has trailing white spaces in CSV header then CsvProducer raises a NoSuchColumnException, If the header line of your CSV file is one of the following 1 "ID,NAME" 2 " ID,NAME" 3 "ID ,NAME" then the third one produces a NoSuchColumnException all it needs to fix it is to replace the line 117 of CsvProducer class from columns[i] = new Column((String) readColumns.get(i), DataType.UNKNOWN); to columns[i] = new Column(((String) readColumns.get(i)).trim(), DataType.UNKNOWN); ---------------------------------------------------------------------- >Comment By: Jeff Jensen (jeffjensen) Date: 2012-09-30 16:11 Message: Thanks for reporting and providing the fix. Commit 1254. Would be great if you could provide tests for the method. Refactor it mercilessly; it has too much happening in one method. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449491&aid=3554287&group_id=47439 |
|
From: SourceForge.net <no...@so...> - 2012-09-30 22:46:20
|
Bugs item #3568363, was opened at 2012-09-17 03:10 Message generated for change (Comment added) made by jeffjensen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449491&aid=3568363&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bug Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Private: No Submitted By: Luigi (luigiiannone) Assigned to: matthias g (gommma) Summary: Timestamp export Initial Comment: I observed while exporting to an XML data set, but it seems it affects more than that,. I noticed that Timestamp is serialised using its toString() method. However for instances corrsponding to 1347785687750L the corresponding string is 2012-09-16 09:54:47.75 When the latter is parsed back the milliseconds are 75 instead of 750 (the result of the parsing is 1347785687075L) so the dates are not the same. ---------------------------------------------------------------------- >Comment By: Jeff Jensen (jeffjensen) Date: 2012-09-30 15:46 Message: Thanks for responding on this Chris. 2.4.9 was just released today. Luigi, if it does not fix you problem, please create a new bug item or repoen this one. ---------------------------------------------------------------------- Comment By: Chris Pheby (chrisphe) Date: 2012-09-17 03:39 Message: I think this is a duplicate of 'Problem with DATE, TIME and TIMESTAMP - ID: 533540', so this should be fixed on trunk. Any chance of a release with the fix? Thanks Chris ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449491&aid=3568363&group_id=47439 |
|
From: SourceForge.net <no...@so...> - 2012-09-29 21:26:05
|
Feature Requests item #3573007, was opened at 2012-09-29 08:37 Message generated for change (Comment added) made by jeffjensen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3573007&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Jeff Jensen (jeffjensen) Assigned to: Jeff Jensen (jeffjensen) Summary: Change build to use Java 6 compiler but still target 1.4 Initial Comment: Currently is 1.4. ---------------------------------------------------------------------- >Comment By: Jeff Jensen (jeffjensen) Date: 2012-09-29 14:26 Message: Commit 3573007. ---------------------------------------------------------------------- Comment By: Jeff Jensen (jeffjensen) Date: 2012-09-29 09:10 Message: I have been building and using dbUnit for past few years with Java 6, and source and target values of 1.4. I am not aware of anything anything technically/code-wise forcing us to stay with Java 1.4. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3573007&group_id=47439 |
|
From: SourceForge.net <no...@so...> - 2012-09-29 16:15:36
|
Feature Requests item #3573020, was opened at 2012-09-29 09:13 Message generated for change (Comment added) made by jeffjensen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3573020&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jeff Jensen (jeffjensen) Assigned to: Nobody/Anonymous (nobody) Summary: Change build to use Java 6 compiler and target 1.6 Initial Comment: Allow for using more current Java features. ---------------------------------------------------------------------- >Comment By: Jeff Jensen (jeffjensen) Date: 2012-09-29 09:15 Message: Changing source/target/compilerVersion values to 1.6 yields one compiler error: [ERROR] <snipped>\dbunit\src\test\java\org\dbunit\dataset\common\handlers\HandlersTest.java:[252,94] unmappable character for encoding UTF-8 The problem is the character ú in the "accepted" string. Tests still pass with that character removed, but I don't know impact of test intent. What is better way to fix than removing the character? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3573020&group_id=47439 |
|
From: SourceForge.net <no...@so...> - 2012-09-29 16:13:20
|
Feature Requests item #3573020, was opened at 2012-09-29 09:13 Message generated for change (Tracker Item Submitted) made by jeffjensen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3573020&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jeff Jensen (jeffjensen) Assigned to: Nobody/Anonymous (nobody) Summary: Change build to use Java 6 compiler and target 1.6 Initial Comment: Allow for using more current Java features. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3573020&group_id=47439 |
|
From: SourceForge.net <no...@so...> - 2012-09-29 16:11:00
|
Feature Requests item #3573007, was opened at 2012-09-29 08:37 Message generated for change (Comment added) made by jeffjensen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3573007&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jeff Jensen (jeffjensen) Assigned to: Jeff Jensen (jeffjensen) >Summary: Change build to use Java 6 compiler but still target 1.4 Initial Comment: Currently is 1.4. ---------------------------------------------------------------------- >Comment By: Jeff Jensen (jeffjensen) Date: 2012-09-29 09:10 Message: I have been building and using dbUnit for past few years with Java 6, and source and target values of 1.4. I am not aware of anything anything technically/code-wise forcing us to stay with Java 1.4. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3573007&group_id=47439 |
|
From: SourceForge.net <no...@so...> - 2012-09-29 15:37:41
|
Feature Requests item #3573007, was opened at 2012-09-29 08:37 Message generated for change (Tracker Item Submitted) made by jeffjensen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3573007&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jeff Jensen (jeffjensen) Assigned to: Jeff Jensen (jeffjensen) Summary: Change build to use Java 6 Initial Comment: Currently is 1.4. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3573007&group_id=47439 |
|
From: SourceForge.net <no...@so...> - 2012-09-26 08:05:59
|
Feature Requests item #3147832, was opened at 2010-12-29 14:09 Message generated for change (Comment added) made by krausse You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3147832&group_id=47439 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Next Release Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ralf Mühle (ralfmuehle) Assigned to: Nobody/Anonymous (nobody) Summary: Update DBunit to POI 3.7 Initial Comment: Hi I've created a svn-patch to update the last release of DBUnit to POI 3.7. Please check it and if you think that is good you could use it Best regards, Ralf ---------------------------------------------------------------------- Comment By: Michael Krauße (krausse) Date: 2012-09-26 01:05 Message: Last DBUnit-release 2.4.8 is more than two years old (2010-09-01). Is this issue still on your list? When will the next version be released? Maybe a 2.4.9-SNAPSHOT or something similar which uses the patch? We are using Excel 2010 and are very interested to get a new version of db-unit which uses newest version of poi. Building db-unit from source is not a possible way for us. :-( ---------------------------------------------------------------------- Comment By: David Wery (davidwery) Date: 2011-12-29 03:06 Message: We really need the support of POI (at least 3.6). In our project (using Maven), we have conflicts between POI 3.6 (needed for xlsx support) and the usage of DBUnit (which use POI 3.2-Final). Is it possible to have a binary form the DBUnit with the proposed patch of ralfmuehle ? Thx ---------------------------------------------------------------------- Comment By: Andrew Spencer () Date: 2011-11-02 03:36 Message: Our production code needs POI 3.7. With Maven it isn't possible to use 3.2 in the DBUnit tests and 3.7 in the production code, because the test classpath supplements the main classpath. I am sure there are other users in this situation. ---------------------------------------------------------------------- Comment By: Ralf Mühle (ralfmuehle) Date: 2010-12-30 02:56 Message: Yes there is a reasen: We need Support of the new Excel format so that we can load huge excel files. More than 66000 lines and we get the (testing) data in the new excel format The patch I've created is an example how you can support both format,s the old and the new one. ---------------------------------------------------------------------- Comment By: Roberto Lo Giacco (rlogiacco) Date: 2010-12-30 02:10 Message: Is there any specific reason for the update? Any missing feature, solved bug or anything like that? Usually upgrades for the sake to stay on most recent version are not convenient: they tend to break instead to solve... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=449494&aid=3147832&group_id=47439 |
23 messages has been excluded from this view by a project administrator.
