Details
-
Type:
Bug
-
Status:
Closed
-
Resolution: Fixed
-
Affects Version/s: None
-
Fix Version/s: 1.1
-
Component/s: None
-
Labels:None
Description
The issue XSTR-98 (cannot parse java.sql.Date strings) was stated to be solved in release 1.0.2, and even contains the solution. However, the code is not actually in the CVS codebase!
Activity
I'm not sure this is the correct fix exactly since:
1) the data type of my object's attribute could by a java.util.Date
2) the incoming format of the XML is java.sql.Date style
So although my XML is like an SQL date, my actual object is java Date, so the parse will fail.
Show
James Schopp
added a comment - I'm not sure this is the correct fix exactly since:
1) the data type of my object's attribute could by a java.util.Date
2) the incoming format of the XML is java.sql.Date style
So although my XML is like an SQL date, my actual object is java Date, so the parse will fail.
James Schopp
added a comment - I'm not sure this is the correct fix exactly since:
1) the data type of my object's attribute could by a java.util.Date
2) the incoming format of the XML is java.sql.Date style
So although my XML is like an SQL date, my actual object is java Date, so the parse will fail. This issue still hasn't been fixed correctly. The "other way" doesn't exactly solve the issue. 
Show
James Schopp
added a comment - This issue still hasn't been fixed correctly. The "other way" doesn't exactly solve the issue.
James Schopp
added a comment - This issue still hasn't been fixed correctly. The "other way" doesn't exactly solve the issue. James, you can register a different DateConverter, that can handle all formats you like. See the other constructor for DateConverter. Joe added this for XStream 1.1 already.
Show
Jörg Schaible
added a comment - James, you can register a different DateConverter, that can handle all formats you like. See the other constructor for DateConverter. Joe added this for XStream 1.1 already.
Jörg Schaible
added a comment - James, you can register a different DateConverter, that can handle all formats you like. See the other constructor for DateConverter. Joe added this for XStream 1.1 already. No further comments, closing.
Show
Jörg Schaible
added a comment - No further comments, closing.
Jörg Schaible
added a comment - No further comments, closing. 
This was fixed, but in a different way. A new converter for java.sql.Date was added. This has the advantage that it will restore an actual java.sql.Date instance instead of a java.util.Date.
Here's an example:
http://cvs.xstream.codehaus.org/viewrep/xstream/src/test/com/thoughtworks/acceptance/ExtendedTypesTest.java?r=1.12#l45