Menu
▾
▴
springframework-developer
|
From: <jue...@we...> - 2003-07-26 00:25:44
|
SGkgQ29saW4sDQogDQpZb3UncmUgYWJzb2x1dGVseSByaWdodCwgdGhhdCdzIG1pc3NpbmcgY3Vy cmVudGx5LiBJJ2xsIGFkZCBhbiAiaW50ZXJjZXB0b3IiIHByb3BlcnR5IHRvIExvY2FsU2Vzc2lv bkZhY3RvcnlCZWFuIHRvbW9ycm93LCBhbGxvd2luZyB0byBzZXQgYW4gaW50ZXJjZXB0b3IgYXMg YmVhbiByZWZlcmVuY2UuIEknbGwgYWxzbyBpbnRyb2R1Y2UgYSBob29rIHRvIHBvc3QtcHJvY2Vz cyB0aGUgQ29uZmlndXJhdGlvbiBpbnN0YW5jZSBpbiBhIHN1YmNsYXNzLCBmb3IgYW55IG1hbnVh bCBzdHVmZi4NCiANCkZvciB0aGUgU2Vzc2lvbiBsZXZlbCwgd2UgY291bGQgYWxzbyBvZmZlciBh biAiaW50ZXJjZXB0b3IiIHByb3BlcnR5IGZvciBIaWJlcm5hdGVUZW1wbGF0ZSwgSGliZXJuYXRl SW50ZXJjZXB0b3IsIGFuZCBIaWJlcm5hdGVUcmFuc2FjdGlvbk1hbmFnZXIuIFRoZSBwcm9ibGVt IGlzIHRoYXQgYW4gaW50ZXJjZXB0b3Igc3BlY2lmaWVkIHRoZXJlIGNvdWxkIG9ubHkgYmUgYXBw bGllZCBpZiBub3QgdGFraW5nIHBhcnQgaW4gYW4gZXhpc3RpbmcgdHJhbnNhY3Rpb24uIEl0IG1p Z2h0IHN0aWxsIG1ha2Ugc2Vuc2UgdGhvdWdoIC0gd2hhdCBkbyB5b3UgdGhpbms/DQogDQpKdWVy Z2VuDQogDQogDQoNCgktLS0tLVVyc3Byw7xuZ2xpY2hlIE5hY2hyaWNodC0tLS0tIA0KCVZvbjog Q29saW4gU2FtcGFsZWFudSBbbWFpbHRvOmNvbGlubWwxQGV4aXMuY29tXSANCglHZXNlbmRldDog RnIgMjUuMDcuMjAwMyAyMDoyOCANCglBbjogc3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0 cy5zb3VyY2Vmb3JnZS5uZXQgDQoJQ2M6IA0KCUJldHJlZmY6IFtTcHJpbmdmcmFtZXdvcmstZGV2 ZWxvcGVyXSBMb2NhbFNlc3Npb25GYWN0b3J5QmVhbiBuZWVkcyBtZWNoYW5pc20gZm9yIHNldHRp bmcgSW50ZXJjZXB0b3INCgkNCgkNCg0KCVVubGVzcyBJJ20gbWlzc2luZyBzb21ldGhpbmcsIHRo ZXJlJ3Mgbm8gd2F5IHdoZW4gdXNpbmcgdGhlDQoJTG9jYWxTZXNzaW9uRmFjdG9yeUJlYW4gdG8g c2V0IGEgSGliZXJuYXRlIEludGVyY2VwdG9yIGluc3RhbmNlIG9uIHRoZQ0KCUNvbmZpZ3VyYXRp b24gdGhlIExvY2FsU2Vzc2lvbkZhY3RvcnlCZWFuIHVzZXMgdG8gY3JlYXRlIHRoZQ0KCVNlc3Np b25GYWN0b3J5LiBDYW4gdGhpcyBiZSBhZGRlZD8gIFdpdGggdGhlIHByZXNlbnQgaW1wbGVtZW50 YXRpb24gSQ0KCXRoaW5rIHRoZSBvbmx5IHVzZSBJIGNhbiBtYWtlIG9mIHRoaXMgY2xhc3MgaXMg Y29weS1wYXN0ZS1tb2RpZnksIEkNCgljYW4ndCBldmVuIHN1YmNsYXNzIGFuZCBvdmVycmlkZSBh ZnRlclByb3BlcnRpZXNTZXQoKSBzaW5jZSBhbGwgdGhlDQoJZmllbGRzIGl0IG5lZWRzIGFyZSBw cml2YXRlLi4uDQoJDQoJDQoJDQoJDQoJLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KCVRoaXMgU0YuTmV0IGVtYWlsIHNwb25zb3JlZCBieTog RnJlZSBwcmUtYnVpbHQgQVNQLk5FVCBzaXRlcyBpbmNsdWRpbmcNCglEYXRhIFJlcG9ydHMsIEUt Y29tbWVyY2UsIFBvcnRhbHMsIGFuZCBGb3J1bXMgYXJlIGF2YWlsYWJsZSBub3cuDQoJRG93bmxv YWQgdG9kYXkgYW5kIGVudGVyIHRvIHdpbiBhbiBYQk9YIG9yIFZpc3VhbCBTdHVkaW8gLk5FVC4N CglodHRwOi8vYXNwbmV0LmNsaWNrLXVybC5jb20vZ28vcHNhMDAxMDAwMDNhdmUvZGlyZWN0O2F0 LmFzcG5ldF8wNzIzMDNfMDEvMDENCglfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KCVNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXIgbWFpbGluZyBsaXN0DQoJ U3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCglodHRwczov L2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby9zcHJpbmdmcmFtZXdvcmstZGV2 ZWxvcGVyDQoJDQoNCg== |
|
From: Colin S. <col...@ex...> - 2003-07-28 01:27:24
|
I think it would be useful to enhance HibernateTemplate to work in a mode such that it doesn't create the session if it isn't already bound on the thread. That is, there would be a new constructor which mirrors the SessionFactoryUtils.getSession(factory, boolean) method signature. With the new convenience methods and the wrapping of Hibernate exceptions, I think HibernateTemplate is useful in some cases even when HibernateInterceptor is used to actually bind the session to the thread. However, in the latter case, I am somewhat worrried about using HibernateTemplate as it now exists since there is the danger of missing the interceptor in one place and accidentally auto creating the session. |
|
From: Colin S. <col...@ex...> - 2003-07-28 02:14:17
|
I've build Spring now a number of time over the last couple of weeks, but tonight was the first time I actually tried to run the unit tests. I am getting an incredibly puzzling error from ant saying it can't create the junit task ---- BUILD FAILED file:E:/src/open/springframework/main/build.xml:238: Could not create task or ty pe of type: junit. Ant could not find the task or a class this task relies upon. ----- I spent 15 minutes trying to figure this out, but have no clues as to what is going on. I am using the same ant settings as I've used in several dozen of my own projects and a number of open source projects, ie I have a batch file which adds ant to the path and sets ANT_HOME. I though perhaps the ant.jar (which seems to be ant 1.5.3 recompiled some time this year) in the lib/ant dir was interfering somehow, but removing it makes no difference. Adding 'fork="true") to the junit call makes no difference. Anybody seen something like this before? |
|
From: Colin S. <col...@ex...> - 2003-07-28 02:50:53
|
I noticed spring is still using mockmaker 0.7 as opposed to the current 0.9, which has the really nice Dynamock functionality... Also, there is a much newer easymock implementation, 1.0RC. I presume this is know, and there's maybe an issue with the time required to convert existing code? Regards, Colin |
|
From: Rod J. <rod...@in...> - 2003-07-28 07:26:09
|
> I noticed spring is still using mockmaker 0.7 as opposed to the current > 0.9, which has the really nice Dynamock functionality... > > Also, there is a much newer easymock implementation, 1.0RC. > > I presume this is know, and there's maybe an issue with the time > required to convert existing code? We're using EasyMock instead of Dynamock for dynamic mock objects. I've looked at dynamock and am not convinced it's better than EasyMock, although we may consider migrating in the future. Yes, we need to migrate versions of both Mock Objects and EasyMock, but it's doing what we need so it's a relatively low priority. Of course if you wanted to help, that would be most welcome! Regards, Rod |
|
From: Colin S. <col...@ex...> - 2003-07-28 12:36:55
|
Rod Johnson wrote: >>I noticed spring is still using mockmaker 0.7 as opposed to the current >>0.9, which has the really nice Dynamock functionality... >> >>Also, there is a much newer easymock implementation, 1.0RC. >> >>I presume this is know, and there's maybe an issue with the time >>required to convert existing code? >> >> > >We're using EasyMock instead of Dynamock for dynamic mock objects. I've >looked at dynamock and am not convinced it's better than EasyMock, although >we may consider migrating in the future. > >Yes, we need to migrate versions of both Mock Objects and EasyMock, but it's >doing what we need so it's a relatively low priority. Of course if you >wanted to help, that would be most welcome! > I like the dynamic stuff they added this spring (dynamock) as opposed to the initial cut last fall. I have the bandwidth for smaller contributions to Spring; my gut feel is that upgrading the mock libraries is going to touch a bunch of code however, and by the nature of the work needs to be done in one shot since you can't runw ith both versions of the libs. I probably won't have that much free time in one sitting for a while. However I'm going to take a look and see if the changes are not that big... Regards, Colin |
