Andre, wg> -----Urspr�ngliche Nachricht----- wg> Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] wg> Gesendet: Donnerstag, 28. April 2005 11:58 wg> An: [email protected] wg> Betreff: Re: [castor-user] SQLEngine use BigDecimal instead wg> of Integer wg> asidentity wg> Wichtigkeit: Niedrig wg> wg> wg> Hi Werner, wg> wg> in first thanks for your answer. wg> wg> I figure out some strange behaviour. When members invalidatedFrom, wg> invalidatedOn, invalidScale commented out (in mapping) an wg> update works fine. If uncomment fields in mapping --> results a wg> ClassCastException when processing field createdFrom That's does to some degree reflect what I am seeing when working on the mySQL 5.0 issues. I cannot offer any help at the moment though, to be honest, without something to work on, e.g. a test case et alias. wg> I taking three debug snapshoots in SQLEngine#toJava() line 471: wg> wg> Case 1: comment out invalidatedFrom, invalidatedOn, wg> invalidScale --> no wg> problem wg> wg> object= BigDecimal = 1030 wg> field= 0 wg> column= 0 wg> col= wg> convertFrom= SQLTypes$44 wg> java.lang.Integer-->java.math.BigDecimal wg> convertTo= SQLTypes$13 java.math.BigDecimal-->java.lang.Integer wg> convertParam= null wg> name= "CREATED_FROM" wg> sqltype=2 wg> wg> wg> Case 2: nothing comment out --> results ClassCastException wg> wg> object= BigDecimal = 1030 wg> field= 0 wg> column= 0 wg> col= wg> convertFrom= SQLTypes$44 wg> java.lang.Integer-->java.math.BigDecimal wg> convertParam= null wg> convertTo= SQLTypes$13 java.math.BigDecimal-->java.lang.Integer wg> name= "CREATED_FROM" wg> sqlType= 2 wg> wg> Case 3: create new BradenScale object, object is in castor cache. wg> no step into. wg> wg> As you can see above, un/comment some field in mapping leads to a wg> ClassCastException. I checked this for more then 10 time, wg> to avoid any false statement. Case 1 and case 2 IMHO are equals. wg> This sounds strange, but its the truth. I'm going slightly wg> crazy. wg> wg> >>Castor 0.9.6 seems to hard-cutted refactored in comparsion to wg> >>0.9.4. Some minor negligences in JDO-config or code leads wg> >>now in to big boom. wg> >> wg> >> wg> >Just to be sure here: Are you trying to say that we wg> introduced too many errors into 0.9.6 by not paying wg> due-diligence where we should have done so ? wg> > wg> > wg> No, i havent said: new version, new and more bug. My intent was to wg> critise the changing some default behaviours. E.g. castor wg> 0.9.4 accept field declarations without declaring java type. I remember, we have already been talking about this. And as I have said in the original thread, I do offer to re-add this feature if it is required.
wg> Castor 0.9.6 crashs, in this case, with a log message 'unexpected wg> NullPointerException' without any hint. The fault for this problem was wg> on my side, but its hard to figure out where the failure located. wg> Thats what i mean. I agree with you that - whatever the real chnage was - this caused a decrease in quality of service. And things like this can and will happen in the future, unless we manage to find some of these issues during testing. Having said that, I have made available three release candidates before the final release, and we have not had a lot of feedback during this period of three months. What surpises me is that we are only seeing this issues now, three months after the release date, when these (small?) issues could have been ironed out earlier. As said, issues like this one should not occure, but this is an open source project, and as always, we rely on the community to provide some feedback as well. wg> wg> >>I cant find the simliar bug with MySQL 5.0 on codehouse wg> issue page. Did you know the bugnumber? wg> >> wg> >> wg> >There's no bug yet, as I am not quite sure where the wg> problem is and whether it's reproducible. It could e.g. by wg> down to the wg> >wrong jdbc driver being used when trying to access mySQL wg> 5.0. Let me see what I can share with you in the next days. wg> > wg> > wg> > wg> Thanks, please let me know if you get further informations. Will do. wg> One question: wg> In wich code location will SQLEnginges for each class wg> generated? Sorry, it looks like your question here didn't make it across the wire .. :-(. Can you please repeat it ? wg> If i know about this location, i can step in to to recieve more wg> information of castor internals and type mapping?
