Menu
▾
▴
springframework-developer
|
From: <jue...@we...> - 2003-07-30 21:35:10
|
SGkgVHJldm9yLA0KIA0KRmlyc3Qgb2YgYWxsLCBnb29kIHF1ZXN0aW9ucyByZXNwLiBpbXBvcnRh bnQgb25lcyBpbmRlZWQhDQogDQo8cXVvdGU+DQoxLiBXaGF0IHN0aWxsIG5lZWRzIHRvIGJlIGRv bmUgZm9yIDAuOS4xLiAgRnJvbSB0aGF0IGxpc3QsIHdoYXQgaXMgY3VycmVudGx5DQoiYXNzaWdu ZWQiIHRvIHNvbWVvbmUgYW5kIHdoYXQgc3RpbGwgbmVlZHMgaGVscD8NCjwvcXVvdGU+DQogDQpO b3QgYSBsb3QsIGFjdHVhbGx5LiBJdCdzIG1haW5seSBhYm91dCBwb2xpc2hpbmcgdGhlIFBldGNs aW5pYyBhbmQgQ291bnRyaWVzIHNhbXBsZSBhcHBzLCBhbmQgdGVzdGluZyB0aGUgY3VycmVudCBj b2RlYmFzZSBpbiBldmVyeW9uZSdzIG93biBwcm9qZWN0cy4gRXZlcnl0aGluZyBzaG91bGQgYmUg YXNzaWduZWQgc28gZmFyLCBleGNlcHQgdGhlIGxhdHRlciBvZiBjb3Vyc2UgOi0pDQogDQpJJ20g Y3VycmVudGx5IHBvbGlzaGluZyBhIGxvdCBvZiB0aGUgc291cmNlIGNvZGUuIEkndmUgYWxzbyBh ZGRlZCAyIG5ldyBmZWF0dXJlcyB0aGF0IGFyZW4ndCBjb21taXR0ZWQgeWV0IGJ1dCB3aWxsIGJl IGJ5IHRoZSBlbmQgb2YgdGhpcyB3ZWVrLCBuYW1lbHkgSGliZXJuYXRlIGZsdXNoIG1vZGUgc3Vw cG9ydCBvbiBIaWJlcm5hdGVUZW1wbGF0ZSBhbmQgSGliZXJuYXRlSW50ZXJjZXB0b3IsIGFuZCBy ZWFkLW9ubHkgdHJhbnNhY3Rpb25zIChzdXBwcmVzc2luZyBIaWJlcm5hdGUgZmx1c2ggb24gdGhl IHRyYW5zYWN0aW9uIGxldmVsKS4gRnVydGhlcm1vcmUsIEkndmUgcmVmaW5lZCBUcmFuc2FjdGlv bkludGVyY2VwdG9yIGFuZCBNYXBUcmFuc2FjdGlvbkF0dHJpYnV0ZVNvdXJjZSBhIGJpdCwgc3Vw cG9ydGluZyBtb3JlIGNvbmZpZ3VyYXRpb24gb3B0aW9ucyB0aGVuIGJlZm9yZS4NCiANCjxxdW90 ZT4NCjIuIFNhbWUgYXMgIzEgYnV0IGZvciB0aGUgMS4wIHJlbGVhc2UuDQo8L3F1b3RlPg0KDQpU aGUgZmlyc3QgMS4wIFJDIHdpbGwgaW52b2x2ZSBhIHBhY2thZ2UgbmFtZSBjaGFuZ2UgZnJvbSBj b20uaW50ZXJmYWNlMjEgdG8gb3JnLnNwcmluZ2ZyYW1ld29yay4gQmVzaWRlcyB0aGF0LCB0aGVy ZSB3b24ndCBiZSBhIGxvdCBpbiB0ZXJtcyBvZiBuZXcgZmVhdHVyZXMgLW1heWJlIGV2ZW4gbGVz cyB0aGFuIGZyb20gMC45IHRvIDAuOS4xLiBSb2QgbWlnaHQgYWxyZWFkeSBpbnRyb2R1Y2Ugc29t ZSBzb3VyY2UtbGV2ZWwgYXR0cmlidXRlIHN0dWZmIHRvIHRoZSBBT1AgZnJhbWV3b3JrLCBidXQg dGhhdCBpc24ndCBhIHJlcXVpcmVtZW50IGF0IGFsbC4gUHJvcGVyIEpNUyBhbmQgV2ViIFNlcnZp Y2Ugc3VwcG9ydCBhcmUgY2FuZGlkYXRlcyB0b28gYnV0IGNhbiBlYXNpbHkgd2FpdCB1bnRpbCAx LjEuDQogDQo8cXVvdGU+DQozLiBXaGF0IGlzIHRoZSB0YXJnZXQgdGltZS1mcmFtZSBmb3IgdGhl IDAuOS4xIGFuZCAxLjAgcmVsZWFzZXMgKG9idmlvdXNseQ0KdGhpcyBpcyBza2V0Y2h5IHNpbmNl IGl0J3MgInZvbHVudGVlciIgd29yaywgYnV0ICJndXQgZ3Vlc3NlcyIgLSBwcm9iYWJseQ0KZnJv bSBKdWVyZ2VuIDopIC0gYmFzZWQgb24gd29yayBsZWZ0IGlzIHdoYXQgSSdtIGhvcGluZyBmb3Iu ICBUaGUgcHJldmlvdXMNCmVzdGltYXRlIHdhcyB0aGUgMS4wUkMxIGJ5IG5vdy4NCjwvcXVvdGU+ DQogDQowLjkuMSBzaG91bGQgYmUgb3V0IGFueSBkYXkgbm93LiBJIGVuY291cmFnZSBldmVyeW9u ZSB0byB0cnkgaXQgdGhlIGN1cnJlbnQgQ1ZTIHZlcnNpb24gYmVmb3JlIHRoZSB3ZWVrZW5kLiBB IHJlbGVhc2Ugc29tZSB0aW1lIG5leHQgd2VlayBzaG91bGQgcmVhbGx5IGJlIGFjaGlldmFibGUu IFdlICpuZWVkKiB0byBnZXQgb3V0IGEgZm9sbG93LXVwIHJlbGVhc2UgcXVpY2tseSwgaWYganVz dCBiZWNhdXNlIG9mIGFsbCB0aGUgZW5oYW5jZW1lbnRzIHRvIHRoZSBIaWJlcm5hdGUgc3VwcG9y dCB0aGF0IGhhdmUgYSBnb29kIGNoYW5jZSBvZiBnZXR0aW5nIGFkb3B0ZWQgcHJvbXB0bHkuIE15 IEhpYmVybmF0ZSBhcnRpY2xlIGluIHRoZSBjb21tdW5pdHkgYXJlYSBhbmQgbXkgcG9zdGluZ3Mg dG8gdGhlIEhpYmVybmF0ZSBmb3J1bSBoYXZlIGFscmVhZHkgYmVlbiBkaXNjdXNzaW5nIHNvbWUg b2YgdGhlbSBmb3IgYSB3aGlsZS4NCg0KPHF1b3RlPg0KNC4gRnJvbSBKdWVyZ2VuJ3MgZW1haWwg d2hpY2ggSSByZWZlcmVuY2VkLCBpdCBzdGF0ZXMgIkFzIGZhciBhcyBJIHNlZSwgd2UNCmRvbid0 IG5lZWQgYWRkaXRpb25hbCBmdW5jdGlvbmFsaXR5IGZvciAxLjAiLiAgVGhlIG1haW4gdGhpbmcg aG9sZGluZyBtZQ0KYmFjayBmcm9tIGFkb3B0aW5nIHRoZSBjdXJyZW50IGNvZGUgYmFzZSAoSSdt IGN1cnJlbnRseSB1c2luZyBhDQpwZXJzb25hbGx5LW1vZGlmaWVkIHZlcnNpb24gb2YgMC44KSBp cyB0aGUgYW1vdW50IGFuZCBmcmVxdWVuY3kgb2YgY2hhbmdlcw0KdG8gY29yZSBmdW5jdGlvbmFs aXR5IGFuZCB0aGUgcHVibGljIGFwaS4gIFNvbWUgbmV3IGZlYXR1cmVzIG9yIG1pbm9yIGJ1Zw0K Zml4ZXMgYXJlIG9rL25vcm1hbCwgYnV0IHRoZXNlIHN3ZWVwaW5nIGNoYW5nZXMgYXJlIGRlc3Ry dWN0aXZlIHRvDQpwcm9kdWN0aW9uIGNvZGUuICBIb3cgY2xvc2UgYXJlIHdlIHRvIGZpbmFsaXpp bmcgdGhlIHB1YmxpYyBhcGkgYW5kIHRoZSBjb3JlDQpjb2RlPyAgSXMgaXQgbGlrZWx5IHRoYXQg dGhlc2UgbWFqb3IgY2hhbmdlcyBzaG91bGQgYmUgZG9uZSBmb3IgMC45LjE/DQo8L3F1b3RlPg0K IA0KTWF5YmUgSSdtIHByb21pc2luZyB0b28gbXVjaCwgYnV0IEkgZG9uJ3Qgc2VlIGFueSBtYWpv ciBjaGFuZ2VzIG9uIHRoZSBob3Jpem9uLiBUaGUgaW50cm9kdWN0aW9uIG9mIHRoZSBuZXcgRFRE IHdhcyBwcm9iYWJseSB0aGUgYmlnZ2VzdCBjaGFuZ2UgaW4gdGhlIGxhc3QgZmV3IG1vbnRocywg ZXZlcnl0aGluZyBlbHNlIHdhcyBqdXN0IGFib3V0IHNsaWdodCBjaGFuZ2VzIHRvIHRoZSBwdWJs aWMgQVBJLiBJIGFncmVlIHRoYXQgd2UgbmVlZCBzdGFibGUgQVBJcyB0aG91Z2ggdG8gYWxsb3cg cHJvZHVjdGlvbiBhcHBzIHRvIHJlbHkgb24gdGhlbSB3aXRob3V0ICphbnkqIGhhc3NsZS4gMC45 LjEgc2hvdWxkIGJlIGFzIHN0YWJsZSBhcyBjYW4gYmUgaW4gdGhhdCByZXNwZWN0LCBiZXNpZGVz IHRoZSBwYWNrYWdlIG5hbWUgY2hhbmdlIGZvciAxLjAgUkMgd2hpY2ggc2hvdWxkIGp1c3QgaW52 b2x2ZSBhIHNlYXJjaC1hbmQtcmVwbGFjZS4NCg0KPHF1b3RlPg0KVG8gZXhwYW5kIG9uIG15IGZv dXJ0aCBxdWVzdGlvbiB3aXRoIGEgcmVjb21tZW5kYXRpb24gKGhvcGVmdWxseSBpdCBtYWtlcw0K c2Vuc2UgdG8gZXZlcnlvbmUpLiAgSWYgcG9zc2libGUgd2Ugc2hvdWxkIGZpbmFsaXplIHRoZSBw dWJsaWMgYXBpIGZvcg0KdmVyc2lvbiAwLjkuMSByYXRoZXIgdGhhbiBhdCB0aGUgMS4wUkMxLiAg VGhpcyB3aWxsIGFsbG93IHVzYWdlIGluIG5ldw0KZGV2ZWxvcG1lbnQgd2l0aG91dCBmZWFyIG9m IGluY29tcGF0aWJpbGl0aWVzIGluIHRoZSBuZXh0IGNvdXBsZSBtb250aHMuICguLi4pDQo8L3F1 b3RlPg0KIA0KQXMgSSBpbmRpY2F0ZWQgYWJvdmUsIEkgZnVsbHkgYWdyZWUuIFdlJ3ZlIGJlZW4g Y2hhbmdpbmcgb3VyIGFwcHMgYXQgd2VyazNBVCBxdWl0ZSBvZnRlbiB0b28sIGl0IHdvdWxkIGJl IGZpbmUgaXQgdGhhdCB3b3VsZG4ndCBiZSBuZWNlc3NhcnkgYW55bW9yZSBhcyBzb29uIGFzIHBv c3NpYmxlLiBBbmQgSSdkIHJlYWxseSBsaWtlIHRvIGdldCB5b3Ugb24gYm9hcmQgYWdhaW4sIGlu IHRlcm1zIG9mIHdvcmtpbmcgd2l0aCBhIGN1cnJlbnQgU3ByaW5nIHZlcnNpb24gOi0pDQogDQpS ZWdhcmRzLA0KSnVlcmdlbg0K |
|
From: <jue...@we...> - 2003-07-31 20:38:56
|
RXZlcnlib2R5LA0KDQpBcyBJIGp1c3Qgd3JvdGUgaW4gdGhlIHJlcGx5IHRvIEFsZWYncyAiUHJv cGVydHlFZGl0b3JzIGluIEpTUHMiIHN1Z2dlc3Rpb24sIHdlIHdpbGwgdmVyeSBsaWtlbHkgcmVs ZWFzZSBhIDAuOS4yIGF0IHRoZSBlbmQgb2YgQXVndXN0LCB3aXRoIGZ1cnRoZXIgcG9saXNoaW5n IGFuZCBlbmhhbmNlbWVudHMuDQoNCkZZSSwgSSdsbCBiZSB0cmF2ZWxsaW5nIHRvIEF1c3RyYWxp YSBmb3IgdGhlIHdob2xlIG9mIFNlcHRlbWJlciwgc28gSSdkIHByZWZlciB0byBnZXQgMC45LjIg b3V0IGJlZm9yZSB0aGF0LCBhbmQgb3VyIGZpcnN0IG9yZy5zcHJpbmdmcmFtZXdvcmsgMS4wIFJD IHJpZ2h0IGFmdGVyIG15IHJldHVybi4gSXMgYSAxLjAgUkMxIHRhcmdldCBhdCB0aGUgYmVnaW5u aW5nIG9mIE9jdG9iZXIgZmluZSBmb3IgZXZlcnlib2R5PyBJIGhvcGUgaXQncyBub3QgdG9vIGxh dGUsIGJ1dCB3ZSB3aWxsIG5lZWQgdGhlIHRpbWUgYW55d2F5IGZvciBkb2N1bWVudGF0aW9uIGFu ZCBhbGwgdGhhdCBzdHVmZi4gMS4wIGZpbmFsIGNvdWxkIGJlIHBvc3NpYmxlIGluIE5vdmVtYmVy IHRoZW4uDQoNCkJUVywgd2UgZG9uJ3QgKm5lZWQqIHRvIG1ha2UgU291cmNlRm9yZ2UgY2hhbmdl IG91ciBDVlMgZGlyZWN0b3JpZXMgdG8gYXBwbHkgdGhlIHBhY2thZ2UgbmFtZSBjaGFuZ2UuIFdl IGNvdWxkIGFsc28ga2VlcCB0aGUgY3VycmVudCAibWFpbiIgbW9kdWxlIGFzIGl0IGlzLCBpbmNs dWRpbmcgYWxsIGl0cyB2ZXJzaW9uIGhpc3RvcnksIGFuZCBpbnRyb2R1Y2UgYSBuZXcgIm1haW4x MCIgbW9kdWxlIHdpdGggYSBmcmVzaCBpbXBvcnQgb2YgYW4gb3JnLnNwcmluZ2ZyYW1ld29yayB2 ZXJzaW9uLiBUaGlzIHdvdWxkIGFsc28gbWFrZSBzZW5zZSBpbiB0ZXJtcyBvZiBkZWFkIGRpcmVj dG9yaWVzIHRoYXQgYSBDVlMgdXBkYXRlIGFsd2F5cyB0cmF2ZXJzZXM6IFRoZXJlIHdvdWxkbid0 IGJlIGFueSB0aGVuLg0KDQpKdWVyZ2VuDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0N CkZyb206IGrDvHJnZW4gaMO2bGxlciBbd2VyazNBVF0gDQpTZW50OiBXZWRuZXNkYXksIEp1bHkg MzAsIDIwMDMgMTE6MzQgUE0NClRvOiBwcmlzZTAzQHNlbnRleC5uZXQ7IFNwcmluZyBEZXZlbG9w ZXJzDQpTdWJqZWN0OiBSZTogW1NwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJdIEN1cnJlbnQgcmVs ZWFzZSBwbGFuDQoNCg0KSGkgVHJldm9yLA0KIA0KRmlyc3Qgb2YgYWxsLCBnb29kIHF1ZXN0aW9u cyByZXNwLiBpbXBvcnRhbnQgb25lcyBpbmRlZWQhDQogDQo8cXVvdGU+DQoxLiBXaGF0IHN0aWxs IG5lZWRzIHRvIGJlIGRvbmUgZm9yIDAuOS4xLiAgRnJvbSB0aGF0IGxpc3QsIHdoYXQgaXMgY3Vy cmVudGx5DQoiYXNzaWduZWQiIHRvIHNvbWVvbmUgYW5kIHdoYXQgc3RpbGwgbmVlZHMgaGVscD8N CjwvcXVvdGU+DQogDQpOb3QgYSBsb3QsIGFjdHVhbGx5LiBJdCdzIG1haW5seSBhYm91dCBwb2xp c2hpbmcgdGhlIFBldGNsaW5pYyBhbmQgQ291bnRyaWVzIHNhbXBsZSBhcHBzLCBhbmQgdGVzdGlu ZyB0aGUgY3VycmVudCBjb2RlYmFzZSBpbiBldmVyeW9uZSdzIG93biBwcm9qZWN0cy4gRXZlcnl0 aGluZyBzaG91bGQgYmUgYXNzaWduZWQgc28gZmFyLCBleGNlcHQgdGhlIGxhdHRlciBvZiBjb3Vy c2UgOi0pDQogDQpJJ20gY3VycmVudGx5IHBvbGlzaGluZyBhIGxvdCBvZiB0aGUgc291cmNlIGNv ZGUuIEkndmUgYWxzbyBhZGRlZCAyIG5ldyBmZWF0dXJlcyB0aGF0IGFyZW4ndCBjb21taXR0ZWQg eWV0IGJ1dCB3aWxsIGJlIGJ5IHRoZSBlbmQgb2YgdGhpcyB3ZWVrLCBuYW1lbHkgSGliZXJuYXRl IGZsdXNoIG1vZGUgc3VwcG9ydCBvbiBIaWJlcm5hdGVUZW1wbGF0ZSBhbmQgSGliZXJuYXRlSW50 ZXJjZXB0b3IsIGFuZCByZWFkLW9ubHkgdHJhbnNhY3Rpb25zIChzdXBwcmVzc2luZyBIaWJlcm5h dGUgZmx1c2ggb24gdGhlIHRyYW5zYWN0aW9uIGxldmVsKS4gRnVydGhlcm1vcmUsIEkndmUgcmVm aW5lZCBUcmFuc2FjdGlvbkludGVyY2VwdG9yIGFuZCBNYXBUcmFuc2FjdGlvbkF0dHJpYnV0ZVNv dXJjZSBhIGJpdCwgc3VwcG9ydGluZyBtb3JlIGNvbmZpZ3VyYXRpb24gb3B0aW9ucyB0aGVuIGJl Zm9yZS4NCiANCjxxdW90ZT4NCjIuIFNhbWUgYXMgIzEgYnV0IGZvciB0aGUgMS4wIHJlbGVhc2Uu DQo8L3F1b3RlPg0KDQpUaGUgZmlyc3QgMS4wIFJDIHdpbGwgaW52b2x2ZSBhIHBhY2thZ2UgbmFt ZSBjaGFuZ2UgZnJvbSBjb20uaW50ZXJmYWNlMjEgdG8gb3JnLnNwcmluZ2ZyYW1ld29yay4gQmVz aWRlcyB0aGF0LCB0aGVyZSB3b24ndCBiZSBhIGxvdCBpbiB0ZXJtcyBvZiBuZXcgZmVhdHVyZXMg LW1heWJlIGV2ZW4gbGVzcyB0aGFuIGZyb20gMC45IHRvIDAuOS4xLiBSb2QgbWlnaHQgYWxyZWFk eSBpbnRyb2R1Y2Ugc29tZSBzb3VyY2UtbGV2ZWwgYXR0cmlidXRlIHN0dWZmIHRvIHRoZSBBT1Ag ZnJhbWV3b3JrLCBidXQgdGhhdCBpc24ndCBhIHJlcXVpcmVtZW50IGF0IGFsbC4gUHJvcGVyIEpN UyBhbmQgV2ViIFNlcnZpY2Ugc3VwcG9ydCBhcmUgY2FuZGlkYXRlcyB0b28gYnV0IGNhbiBlYXNp bHkgd2FpdCB1bnRpbCAxLjEuDQogDQo8cXVvdGU+DQozLiBXaGF0IGlzIHRoZSB0YXJnZXQgdGlt ZS1mcmFtZSBmb3IgdGhlIDAuOS4xIGFuZCAxLjAgcmVsZWFzZXMgKG9idmlvdXNseQ0KdGhpcyBp cyBza2V0Y2h5IHNpbmNlIGl0J3MgInZvbHVudGVlciIgd29yaywgYnV0ICJndXQgZ3Vlc3NlcyIg LSBwcm9iYWJseQ0KZnJvbSBKdWVyZ2VuIDopIC0gYmFzZWQgb24gd29yayBsZWZ0IGlzIHdoYXQg SSdtIGhvcGluZyBmb3IuICBUaGUgcHJldmlvdXMNCmVzdGltYXRlIHdhcyB0aGUgMS4wUkMxIGJ5 IG5vdy4NCjwvcXVvdGU+DQogDQowLjkuMSBzaG91bGQgYmUgb3V0IGFueSBkYXkgbm93LiBJIGVu Y291cmFnZSBldmVyeW9uZSB0byB0cnkgaXQgdGhlIGN1cnJlbnQgQ1ZTIHZlcnNpb24gYmVmb3Jl IHRoZSB3ZWVrZW5kLiBBIHJlbGVhc2Ugc29tZSB0aW1lIG5leHQgd2VlayBzaG91bGQgcmVhbGx5 IGJlIGFjaGlldmFibGUuIFdlICpuZWVkKiB0byBnZXQgb3V0IGEgZm9sbG93LXVwIHJlbGVhc2Ug cXVpY2tseSwgaWYganVzdCBiZWNhdXNlIG9mIGFsbCB0aGUgZW5oYW5jZW1lbnRzIHRvIHRoZSBI aWJlcm5hdGUgc3VwcG9ydCB0aGF0IGhhdmUgYSBnb29kIGNoYW5jZSBvZiBnZXR0aW5nIGFkb3B0 ZWQgcHJvbXB0bHkuIE15IEhpYmVybmF0ZSBhcnRpY2xlIGluIHRoZSBjb21tdW5pdHkgYXJlYSBh bmQgbXkgcG9zdGluZ3MgdG8gdGhlIEhpYmVybmF0ZSBmb3J1bSBoYXZlIGFscmVhZHkgYmVlbiBk aXNjdXNzaW5nIHNvbWUgb2YgdGhlbSBmb3IgYSB3aGlsZS4NCg0KPHF1b3RlPg0KNC4gRnJvbSBK dWVyZ2VuJ3MgZW1haWwgd2hpY2ggSSByZWZlcmVuY2VkLCBpdCBzdGF0ZXMgIkFzIGZhciBhcyBJ IHNlZSwgd2UNCmRvbid0IG5lZWQgYWRkaXRpb25hbCBmdW5jdGlvbmFsaXR5IGZvciAxLjAiLiAg VGhlIG1haW4gdGhpbmcgaG9sZGluZyBtZQ0KYmFjayBmcm9tIGFkb3B0aW5nIHRoZSBjdXJyZW50 IGNvZGUgYmFzZSAoSSdtIGN1cnJlbnRseSB1c2luZyBhDQpwZXJzb25hbGx5LW1vZGlmaWVkIHZl cnNpb24gb2YgMC44KSBpcyB0aGUgYW1vdW50IGFuZCBmcmVxdWVuY3kgb2YgY2hhbmdlcw0KdG8g Y29yZSBmdW5jdGlvbmFsaXR5IGFuZCB0aGUgcHVibGljIGFwaS4gIFNvbWUgbmV3IGZlYXR1cmVz IG9yIG1pbm9yIGJ1Zw0KZml4ZXMgYXJlIG9rL25vcm1hbCwgYnV0IHRoZXNlIHN3ZWVwaW5nIGNo YW5nZXMgYXJlIGRlc3RydWN0aXZlIHRvDQpwcm9kdWN0aW9uIGNvZGUuICBIb3cgY2xvc2UgYXJl IHdlIHRvIGZpbmFsaXppbmcgdGhlIHB1YmxpYyBhcGkgYW5kIHRoZSBjb3JlDQpjb2RlPyAgSXMg aXQgbGlrZWx5IHRoYXQgdGhlc2UgbWFqb3IgY2hhbmdlcyBzaG91bGQgYmUgZG9uZSBmb3IgMC45 LjE/DQo8L3F1b3RlPg0KIA0KTWF5YmUgSSdtIHByb21pc2luZyB0b28gbXVjaCwgYnV0IEkgZG9u J3Qgc2VlIGFueSBtYWpvciBjaGFuZ2VzIG9uIHRoZSBob3Jpem9uLiBUaGUgaW50cm9kdWN0aW9u IG9mIHRoZSBuZXcgRFREIHdhcyBwcm9iYWJseSB0aGUgYmlnZ2VzdCBjaGFuZ2UgaW4gdGhlIGxh c3QgZmV3IG1vbnRocywgZXZlcnl0aGluZyBlbHNlIHdhcyBqdXN0IGFib3V0IHNsaWdodCBjaGFu Z2VzIHRvIHRoZSBwdWJsaWMgQVBJLiBJIGFncmVlIHRoYXQgd2UgbmVlZCBzdGFibGUgQVBJcyB0 aG91Z2ggdG8gYWxsb3cgcHJvZHVjdGlvbiBhcHBzIHRvIHJlbHkgb24gdGhlbSB3aXRob3V0ICph bnkqIGhhc3NsZS4gMC45LjEgc2hvdWxkIGJlIGFzIHN0YWJsZSBhcyBjYW4gYmUgaW4gdGhhdCBy ZXNwZWN0LCBiZXNpZGVzIHRoZSBwYWNrYWdlIG5hbWUgY2hhbmdlIGZvciAxLjAgUkMgd2hpY2gg c2hvdWxkIGp1c3QgaW52b2x2ZSBhIHNlYXJjaC1hbmQtcmVwbGFjZS4NCg0KPHF1b3RlPg0KVG8g ZXhwYW5kIG9uIG15IGZvdXJ0aCBxdWVzdGlvbiB3aXRoIGEgcmVjb21tZW5kYXRpb24gKGhvcGVm dWxseSBpdCBtYWtlcw0Kc2Vuc2UgdG8gZXZlcnlvbmUpLiAgSWYgcG9zc2libGUgd2Ugc2hvdWxk IGZpbmFsaXplIHRoZSBwdWJsaWMgYXBpIGZvcg0KdmVyc2lvbiAwLjkuMSByYXRoZXIgdGhhbiBh dCB0aGUgMS4wUkMxLiAgVGhpcyB3aWxsIGFsbG93IHVzYWdlIGluIG5ldw0KZGV2ZWxvcG1lbnQg d2l0aG91dCBmZWFyIG9mIGluY29tcGF0aWJpbGl0aWVzIGluIHRoZSBuZXh0IGNvdXBsZSBtb250 aHMuICguLi4pDQo8L3F1b3RlPg0KIA0KQXMgSSBpbmRpY2F0ZWQgYWJvdmUsIEkgZnVsbHkgYWdy ZWUuIFdlJ3ZlIGJlZW4gY2hhbmdpbmcgb3VyIGFwcHMgYXQgd2VyazNBVCBxdWl0ZSBvZnRlbiB0 b28sIGl0IHdvdWxkIGJlIGZpbmUgaXQgdGhhdCB3b3VsZG4ndCBiZSBuZWNlc3NhcnkgYW55bW9y ZSBhcyBzb29uIGFzIHBvc3NpYmxlLiBBbmQgSSdkIHJlYWxseSBsaWtlIHRvIGdldCB5b3Ugb24g Ym9hcmQgYWdhaW4sIGluIHRlcm1zIG9mIHdvcmtpbmcgd2l0aCBhIGN1cnJlbnQgU3ByaW5nIHZl cnNpb24gOi0pDQogDQpSZWdhcmRzLA0KSnVlcmdlbg0KThhIU17pmopbKXsoW1p6builtAQ0RNes dyXYpzZpF2wRJngrbGp3RWp6ejAOJ1rJqXp7XjB2XBNiStudRE4bbdqy3rVicksmDQo/xrRdNE3a vd2KWt63Tk01SgdqZx16eCVS2pkoR15obHEHem0/WCgefnp3WGI/B2pnHXoNCg== |
|
From: Trevor C. <pr...@se...> - 2003-08-01 14:07:48
|
>>FYI, I'll be travelling to Australia for the whole of September, >>so I'd prefer to get 0.9.2 out before that, and our first = org.springframework >>1.0 RC right after my return. Is a 1.0 RC1 target at the beginning of=20 >>October fine for everybody? I hope it's not too late, but we will need = >>the time anyway for documentation and all that stuff. 1.0 final could >>be possible in November then. Timing sounds good. I'm in the same boat right now with summer vacation = - work 1 day, take 3 off :) (that's why you'll notice so many emails = from me today, and nothing till next week :) ). I won't be back to = regular hours (work and presonally) until mid-September. It would be = nice to get stuff out quicker, but I think your estimates/targets are = bang on considering "reality". >>BTW, we don't *need* to make SourceForge change our CVS directories=20 >>to apply the package name change. We could also keep the current=20 >>"main" module as it is, including all its version history, and=20 >>introduce a new "main10" module with a fresh import of an = org.springframework=20 >>version. This would also make sense in terms of dead directories that=20 >>a CVS update always traverses: There wouldn't be any then. I'm not that familiar with modules, but I think the main thing is making = sure it's easy to fetch the single current version. If your method will = do that, no problem here. Trevor D. Cook |
|
From: Colin S. <col...@ex...> - 2003-08-01 15:47:13
|
I wanted to play the devil's advocate and suggest that the package
renaming be done now instead of later. I understand that the main issue
is that it takes a while to do it through SourceForge in terms of
hanlding the CVS dirs on the server itself. However, the possibility of
just doing a checkin to the new location has already been mentioned and
would be very easy. Of course the history for files would still be
available at the old location.
Spring really seems to be getting a lot of momentum lately. I think it's
really good stuff and most people who look at it seem to agree :-) So
I think a package name now will potentially affect a _lot_ less people
than one later. I know in our case, we have a pretty big project which
has started using Spring. In about a week, we need to do a big branch.
If both branches need to have Spring packages updated it will complicate
the merge later. I think other people will have this sort of issue.
Another consideration is that 0.9.1 (as I understand it) introduces at
least a few non-backwards compatible changes. Doing the package rename
now would maybe make it possible for subsequent releases to remain
backwards compatible.
Regards,
Colin
jürgen höller [werk3AT] wrote:
>Everybody,
>
>As I just wrote in the reply to Alef's "PropertyEditors in JSPs" suggestion, we will very likely release a 0.9.2 at the end of August, with further polishing and enhancements.
>
>FYI, I'll be travelling to Australia for the whole of September, so I'd prefer to get 0.9.2 out before that, and our first org.springframework 1.0 RC right after my return. Is a 1.0 RC1 target at the beginning of October fine for everybody? I hope it's not too late, but we will need the time anyway for documentation and all that stuff. 1.0 final could be possible in November then.
>
>BTW, we don't *need* to make SourceForge change our CVS directories to apply the package name change. We could also keep the current "main" module as it is, including all its version history, and introduce a new "main10" module with a fresh import of an org.springframework version. This would also make sense in terms of dead directories that a CVS update always traverses: There wouldn't be any then.
>
>Juergen
>
>
>-----Original Message-----
>From: jürgen höller [werk3AT]
>Sent: Wednesday, July 30, 2003 11:34 PM
>To: pr...@se...; Spring Developers
>Subject: Re: [Springframework-developer] Current release plan
>
>
>Hi Trevor,
>
>First of all, good questions resp. important ones indeed!
>
><quote>
>1. What still needs to be done for 0.9.1. From that list, what is currently
>"assigned" to someone and what still needs help?
></quote>
>
>Not a lot, actually. It's mainly about polishing the Petclinic and Countries sample apps, and testing the current codebase in everyone's own projects. Everything should be assigned so far, except the latter of course :-)
>
>I'm currently polishing a lot of the source code. I've also added 2 new features that aren't committed yet but will be by the end of this week, namely Hibernate flush mode support on HibernateTemplate and HibernateInterceptor, and read-only transactions (suppressing Hibernate flush on the transaction level). Furthermore, I've refined TransactionInterceptor and MapTransactionAttributeSource a bit, supporting more configuration options then before.
>
><quote>
>2. Same as #1 but for the 1.0 release.
></quote>
>
>The first 1.0 RC will involve a package name change from com.interface21 to org.springframework. Besides that, there won't be a lot in terms of new features -maybe even less than from 0.9 to 0.9.1. Rod might already introduce some source-level attribute stuff to the AOP framework, but that isn't a requirement at all. Proper JMS and Web Service support are candidates too but can easily wait until 1.1.
>
><quote>
>3. What is the target time-frame for the 0.9.1 and 1.0 releases (obviously
>this is sketchy since it's "volunteer" work, but "gut guesses" - probably
>from Juergen :) - based on work left is what I'm hoping for. The previous
>estimate was the 1.0RC1 by now.
></quote>
>
>0.9.1 should be out any day now. I encourage everyone to try it the current CVS version before the weekend. A release some time next week should really be achievable. We *need* to get out a follow-up release quickly, if just because of all the enhancements to the Hibernate support that have a good chance of getting adopted promptly. My Hibernate article in the community area and my postings to the Hibernate forum have already been discussing some of them for a while.
>
><quote>
>4. From Juergen's email which I referenced, it states "As far as I see, we
>don't need additional functionality for 1.0". The main thing holding me
>back from adopting the current code base (I'm currently using a
>personally-modified version of 0.8) is the amount and frequency of changes
>to core functionality and the public api. Some new features or minor bug
>fixes are ok/normal, but these sweeping changes are destructive to
>production code. How close are we to finalizing the public api and the core
>code? Is it likely that these major changes should be done for 0.9.1?
></quote>
>
>Maybe I'm promising too much, but I don't see any major changes on the horizon. The introduction of the new DTD was probably the biggest change in the last few months, everything else was just about slight changes to the public API. I agree that we need stable APIs though to allow production apps to rely on them without *any* hassle. 0.9.1 should be as stable as can be in that respect, besides the package name change for 1.0 RC which should just involve a search-and-replace.
>
><quote>
>To expand on my fourth question with a recommendation (hopefully it makes
>sense to everyone). If possible we should finalize the public api for
>version 0.9.1 rather than at the 1.0RC1. This will allow usage in new
>development without fear of incompatibilities in the next couple months. (...)
></quote>
>
>As I indicated above, I fully agree. We've been changing our apps at werk3AT quite often too, it would be fine it that wouldn't be necessary anymore as soon as possible. And I'd really like to get you on board again, in terms of working with a current Spring version :-)
>
>Regards,
>Juergen
>NHS^隊[){([Zzn襴4Dw%ا6il&x+ljwEjzz0'Zɩz{^0v\bJDNmڲbrK&
>?ƴ]4Mڽ݊ZNM5Jjg zx%Rڙ(G^hlqzm?X( ~zwXb?jg z
>N?HS^?隊[)?{(??[?Z?z??n襴?4D??w%?ا?6?i???l?&???x?+??ljwE??????j??zz0?'?????Zɩ?z{^??0?v?\???b??J??DNm??ڲ??brK???&?
>??ƴ?]4?Mڽ?݊????Z??N??M???5J???jg??? z??????x%??R?????ڙ?(?G^??h????l???q???z?m????X???(?? ~??zw??X?????b???????jg??? z??
>
|
|
From: Trevor C. <pr...@se...> - 2003-08-01 16:09:32
|
Changing it now would be better for me, but I can work with either name =
(my main problem was the public api which a search/replace won't solve =
:) ). I would vote +1 to do it now, but I don't know the reasons for =
the delay to RC1. To those who know (Juergen/Rod?), is there a =
technical reason for the delay, or just the release plan?
Trevor D. Cook
-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Colin Sampaleanu
Sent: August 1, 2003 11:47 AM
To: j=C3=BCrgen h=C3=B6ller [werk3AT];
spr...@li...;
rod...@in...
Subject: Re: [Springframework-developer] Current release plan - why
delay package renaming?
I wanted to play the devil's advocate and suggest that the package=20
renaming be done now instead of later. I understand that the main issue =
is that it takes a while to do it through SourceForge in terms of=20
hanlding the CVS dirs on the server itself. However, the possibility of=20
just doing a checkin to the new location has already been mentioned and=20
would be very easy. Of course the history for files would still be=20
available at the old location.
Spring really seems to be getting a lot of momentum lately. I think it's =
really good stuff and most people who look at it seem to agree :-) So=20
I think a package name now will potentially affect a _lot_ less people=20
than one later. I know in our case, we have a pretty big project which=20
has started using Spring. In about a week, we need to do a big branch.=20
If both branches need to have Spring packages updated it will complicate =
the merge later. I think other people will have this sort of issue.
Another consideration is that 0.9.1 (as I understand it) introduces at=20
least a few non-backwards compatible changes. Doing the package rename=20
now would maybe make it possible for subsequent releases to remain=20
backwards compatible.
Regards,
Colin
j=C3=BCrgen h=C3=B6ller [werk3AT] wrote:
>Everybody,
>
>As I just wrote in the reply to Alef's "PropertyEditors in JSPs" =
suggestion, we will very likely release a 0.9.2 at the end of August, =
with further polishing and enhancements.
>
>FYI, I'll be travelling to Australia for the whole of September, so I'd =
prefer to get 0.9.2 out before that, and our first org.springframework =
1.0 RC right after my return. Is a 1.0 RC1 target at the beginning of =
October fine for everybody? I hope it's not too late, but we will need =
the time anyway for documentation and all that stuff. 1.0 final could be =
possible in November then.
>
>BTW, we don't *need* to make SourceForge change our CVS directories to =
apply the package name change. We could also keep the current "main" =
module as it is, including all its version history, and introduce a new =
"main10" module with a fresh import of an org.springframework version. =
This would also make sense in terms of dead directories that a CVS =
update always traverses: There wouldn't be any then.
>
>Juergen
>
>
>-----Original Message-----
>From: j=C3=BCrgen h=C3=B6ller [werk3AT]=20
>Sent: Wednesday, July 30, 2003 11:34 PM
>To: pr...@se...; Spring Developers
>Subject: Re: [Springframework-developer] Current release plan
>
>
>Hi Trevor,
>=20
>First of all, good questions resp. important ones indeed!
>=20
><quote>
>1. What still needs to be done for 0.9.1. From that list, what is =
currently
>"assigned" to someone and what still needs help?
></quote>
>=20
>Not a lot, actually. It's mainly about polishing the Petclinic and =
Countries sample apps, and testing the current codebase in everyone's =
own projects. Everything should be assigned so far, except the latter of =
course :-)
>=20
>I'm currently polishing a lot of the source code. I've also added 2 new =
features that aren't committed yet but will be by the end of this week, =
namely Hibernate flush mode support on HibernateTemplate and =
HibernateInterceptor, and read-only transactions (suppressing Hibernate =
flush on the transaction level). Furthermore, I've refined =
TransactionInterceptor and MapTransactionAttributeSource a bit, =
supporting more configuration options then before.
>=20
><quote>
>2. Same as #1 but for the 1.0 release.
></quote>
>
>The first 1.0 RC will involve a package name change from =
com.interface21 to org.springframework. Besides that, there won't be a =
lot in terms of new features -maybe even less than from 0.9 to 0.9.1. =
Rod might already introduce some source-level attribute stuff to the AOP =
framework, but that isn't a requirement at all. Proper JMS and Web =
Service support are candidates too but can easily wait until 1.1.
>=20
><quote>
>3. What is the target time-frame for the 0.9.1 and 1.0 releases =
(obviously
>this is sketchy since it's "volunteer" work, but "gut guesses" - =
probably
>from Juergen :) - based on work left is what I'm hoping for. The =
previous
>estimate was the 1.0RC1 by now.
></quote>
>=20
>0.9.1 should be out any day now. I encourage everyone to try it the =
current CVS version before the weekend. A release some time next week =
should really be achievable. We *need* to get out a follow-up release =
quickly, if just because of all the enhancements to the Hibernate =
support that have a good chance of getting adopted promptly. My =
Hibernate article in the community area and my postings to the Hibernate =
forum have already been discussing some of them for a while.
>
><quote>
>4. From Juergen's email which I referenced, it states "As far as I see, =
we
>don't need additional functionality for 1.0". The main thing holding =
me
>back from adopting the current code base (I'm currently using a
>personally-modified version of 0.8) is the amount and frequency of =
changes
>to core functionality and the public api. Some new features or minor =
bug
>fixes are ok/normal, but these sweeping changes are destructive to
>production code. How close are we to finalizing the public api and the =
core
>code? Is it likely that these major changes should be done for 0.9.1?
></quote>
>=20
>Maybe I'm promising too much, but I don't see any major changes on the =
horizon. The introduction of the new DTD was probably the biggest change =
in the last few months, everything else was just about slight changes to =
the public API. I agree that we need stable APIs though to allow =
production apps to rely on them without *any* hassle. 0.9.1 should be as =
stable as can be in that respect, besides the package name change for =
1.0 RC which should just involve a search-and-replace.
>
><quote>
>To expand on my fourth question with a recommendation (hopefully it =
makes
>sense to everyone). If possible we should finalize the public api for
>version 0.9.1 rather than at the 1.0RC1. This will allow usage in new
>development without fear of incompatibilities in the next couple =
months. (...)
></quote>
>=20
>As I indicated above, I fully agree. We've been changing our apps at =
werk3AT quite often too, it would be fine it that wouldn't be necessary =
anymore as soon as possible. And I'd really like to get you on board =
again, in terms of working with a current Spring version :-)
>=20
>Regards,
>Juergen
>N=18HS^=E9=9A=8A[){([Zzn=E8=A5=B4=044D=D7=ACw%=D8=A76i=17l=11&x+ljwEjzz0=
=0E'Z=C9=A9z{^0v\=13bJ=DB=9DDN=1Bm=DA=B2=DE=B5brK&
>?=C6=B4]4M=DA=BD=DD=8AZ=DE=B7NM5J=07jg=1Dzx%R=DA=99(G^hlq=07zm?X(=1E~zwX=
b?=07jg=1Dz
>N=18?HS^?=E9=9A=8A[)?{(??[?Z?z??n=E8=A5=B4=04?4D?=D7=AC?w%?=D8=A7?6?i=17=
???l=11?&???x?+??ljwE??????j??zz0=0E?'?????Z=C9=A9?z{^??0?v?\=13???b??J=DB=
=9D??DN=1Bm??=DA=B2?=DE=B5?brK???&?
>??=C6=B4?]4?M=DA=BD?=DD=8A????Z??=DE=B7N??M???5J??=07?jg???=1Dz??????x%?=
?R?????=DA=99?(?G^??h????l???q??=07?z?m????X???(??=1E~??zw??X?????b??????=
=07?jg???=1Dz??
>
-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/=
01
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: Alef A. \(JTeam\) <al...@jt...> - 2003-07-31 00:44:40
|
Juergen, Rod (and mayb other people),
While JavaDoc'ing parts of the mvc package (I've extensive documented =
about 5 or 6 of the controllers now), I came across three things in the =
AbstractFormController that sounded a little bit weird:
I can't find the place where the command object is bound in the session =
in case sessionForm is set to true. I've seen this work with the =
SimpleFormController, but never used the AbstractFormController and =
since the whole RequestDataBinder stuff is kind of new to me, you might =
wanna have a look (line 266 or something)
Also, it seems like the ServletRequestDataBinder gets created, even if =
bindOnNewForm is false (but that's probably got to do with the previous =
remark) (line 272)
Then - something slightly different - it seems like referenceData method =
does not get called on showing a new form, but only for the =
showForm()-methods that show a incorrectl validated command object (also =
in the same method I would have expected)
Maybe you can also have a look at the JavaDoc of Controller, =
AbstractController and for instance BaseCommandController and see if =
it's useful at all (otherwise of course I won't spend any time on it)...
Cheers,
Alef Arendsen
-----Oorspronkelijk bericht-----
Van: spr...@li... =
[mailto:spr...@li...] Namens =
j=C3=BCrgen h=C3=B6ller [werk3AT]
Verzonden: Wednesday, July 30, 2003 11:34 PM
Aan: pr...@se...; Spring Developers
Onderwerp: Re: [Springframework-developer] Current release plan
Hi Trevor,
=20
First of all, good questions resp. important ones indeed!
=20
<quote>
1. What still needs to be done for 0.9.1. From that list, what is =
currently "assigned" to someone and what still needs help? </quote>
=20
Not a lot, actually. It's mainly about polishing the Petclinic and =
Countries sample apps, and testing the current codebase in everyone's =
own projects. Everything should be assigned so far, except the latter of =
course :-)
=20
I'm currently polishing a lot of the source code. I've also added 2 new =
features that aren't committed yet but will be by the end of this week, =
namely Hibernate flush mode support on HibernateTemplate and =
HibernateInterceptor, and read-only transactions (suppressing Hibernate =
flush on the transaction level). Furthermore, I've refined =
TransactionInterceptor and MapTransactionAttributeSource a bit, =
supporting more configuration options then before.
=20
<quote>
2. Same as #1 but for the 1.0 release.
</quote>
The first 1.0 RC will involve a package name change from com.interface21 =
to org.springframework. Besides that, there won't be a lot in terms of =
new features -maybe even less than from 0.9 to 0.9.1. Rod might already =
introduce some source-level attribute stuff to the AOP framework, but =
that isn't a requirement at all. Proper JMS and Web Service support are =
candidates too but can easily wait until 1.1.
=20
<quote>
3. What is the target time-frame for the 0.9.1 and 1.0 releases =
(obviously this is sketchy since it's "volunteer" work, but "gut =
guesses" - probably from Juergen :) - based on work left is what I'm =
hoping for. The previous estimate was the 1.0RC1 by now. </quote>
=20
0.9.1 should be out any day now. I encourage everyone to try it the =
current CVS version before the weekend. A release some time next week =
should really be achievable. We *need* to get out a follow-up release =
quickly, if just because of all the enhancements to the Hibernate =
support that have a good chance of getting adopted promptly. My =
Hibernate article in the community area and my postings to the Hibernate =
forum have already been discussing some of them for a while.
<quote>
4. From Juergen's email which I referenced, it states "As far as I see, =
we don't need additional functionality for 1.0". The main thing holding =
me back from adopting the current code base (I'm currently using a =
personally-modified version of 0.8) is the amount and frequency of =
changes to core functionality and the public api. Some new features or =
minor bug fixes are ok/normal, but these sweeping changes are =
destructive to production code. How close are we to finalizing the =
public api and the core code? Is it likely that these major changes =
should be done for 0.9.1? </quote>
=20
Maybe I'm promising too much, but I don't see any major changes on the =
horizon. The introduction of the new DTD was probably the biggest change =
in the last few months, everything else was just about slight changes to =
the public API. I agree that we need stable APIs though to allow =
production apps to rely on them without *any* hassle. 0.9.1 should be as =
stable as can be in that respect, besides the package name change for =
1.0 RC which should just involve a search-and-replace.
<quote>
To expand on my fourth question with a recommendation (hopefully it =
makes sense to everyone). If possible we should finalize the public api =
for version 0.9.1 rather than at the 1.0RC1. This will allow usage in =
new development without fear of incompatibilities in the next couple =
months. (...) </quote>
=20
As I indicated above, I fully agree. We've been changing our apps at =
werk3AT quite often too, it would be fine it that wouldn't be necessary =
anymore as soon as possible. And I'd really like to get you on board =
again, in terms of working with a current Spring version :-)
=20
Regards,
Juergen
N=18HS^=E9=9A=8A[){([ Zz=DE=9An =044D w%=D8=A76i=17l=11&=CA=99 =
x+ljwE=E9=A2=BBj zz0=0E'=E5=8C=96Z=C9=A9z{^=DD=AE0=DA=8Av\=13bJ DN=1Bm =
=DE=B5brK=C9=AB&=20
?=C6=B4]4 M=DA=BD Z=DE=B7N M 5J =
jg=ED=B0=AB=ED=B0=A2=1Dz=ED=BD=96=ED=B2=97x%R=CB=A6 (G^=EC=AE=BDh lq =
zm=D8=B6?X (=1E~zw X b=CB=9D? jg=1Dz=ED=BD=96=ED=B2=97
|
|
From: Ken K. <kk...@kk...> - 2003-07-31 02:50:38
|
Alef Arendsen (JTeam) wrote: >Juergen, Rod (and mayb other people), > >While JavaDoc'ing parts of the mvc package (I've extensive documented about 5 or 6 of the controllers now), I came across three things in the AbstractFormController that sounded a little bit weird: > >I can't find the place where the command object is bound in the session in case sessionForm is set to true. I've seen this work with the SimpleFormController, but never used the AbstractFormController and since the whole RequestDataBinder stuff is kind of new to me, you might wanna have a look (line 266 or something) > The command object is bound in the session in AbstractFormController in the showForm method. >Also, it seems like the ServletRequestDataBinder gets created, even if bindOnNewForm is false (but that's probably got to do with the previous remark) (line 272) > > A ServletRequestDataBinder (actually a DataBinder) is still needed even if bindOnNewForm is false. It is used to register property editors and and hold validation error information. If bindOnNewForm is true, request params will be bound to the target by a call to ServletRequestDataBinder's bind method. See Petclinic's edit forms for bindOnNewForm == true use cases. >Then - something slightly different - it seems like referenceData method does not get called on showing a new form, but only for the showForm()-methods that show a incorrectl validated command object (also in the same method I would have expected) > > In AbstractFormController, referenceData gets called in showForm(). showNewForm calls showForm. >Maybe you can also have a look at the JavaDoc of Controller, AbstractController and for instance BaseCommandController and see if it's useful at all (otherwise of course I won't spend any time on it)... > > Haven't had a chance yet, but I'll take a look and get back to you. >Cheers, > >Alef Arendsen > > > Regards, Ken |
|
From: Trevor C. <pr...@se...> - 2003-08-01 14:01:45
|
Great news! I can now get back into the main branch ;) Our new =
projects (which I'm starting ... now) will be based on the current =
Spring (0.9.1) and our 2 existing apps will be migrated over the next =
couple months as time permits.
Trevor D. Cook
-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of j=C3=BCrgen h=C3=B6ller [werk3AT]
Sent: July 30, 2003 5:34 PM
To: pr...@se...; Spring Developers
Subject: Re: [Springframework-developer] Current release plan
Hi Trevor,
=20
First of all, good questions resp. important ones indeed!
=20
<quote>
1. What still needs to be done for 0.9.1. From that list, what is =
currently
"assigned" to someone and what still needs help?
</quote>
=20
Not a lot, actually. It's mainly about polishing the Petclinic and =
Countries sample apps, and testing the current codebase in everyone's =
own projects. Everything should be assigned so far, except the latter of =
course :-)
=20
I'm currently polishing a lot of the source code. I've also added 2 new =
features that aren't committed yet but will be by the end of this week, =
namely Hibernate flush mode support on HibernateTemplate and =
HibernateInterceptor, and read-only transactions (suppressing Hibernate =
flush on the transaction level). Furthermore, I've refined =
TransactionInterceptor and MapTransactionAttributeSource a bit, =
supporting more configuration options then before.
=20
<quote>
2. Same as #1 but for the 1.0 release.
</quote>
The first 1.0 RC will involve a package name change from com.interface21 =
to org.springframework. Besides that, there won't be a lot in terms of =
new features -maybe even less than from 0.9 to 0.9.1. Rod might already =
introduce some source-level attribute stuff to the AOP framework, but =
that isn't a requirement at all. Proper JMS and Web Service support are =
candidates too but can easily wait until 1.1.
=20
<quote>
3. What is the target time-frame for the 0.9.1 and 1.0 releases =
(obviously
this is sketchy since it's "volunteer" work, but "gut guesses" - =
probably
from Juergen :) - based on work left is what I'm hoping for. The =
previous
estimate was the 1.0RC1 by now.
</quote>
=20
0.9.1 should be out any day now. I encourage everyone to try it the =
current CVS version before the weekend. A release some time next week =
should really be achievable. We *need* to get out a follow-up release =
quickly, if just because of all the enhancements to the Hibernate =
support that have a good chance of getting adopted promptly. My =
Hibernate article in the community area and my postings to the Hibernate =
forum have already been discussing some of them for a while.
<quote>
4. From Juergen's email which I referenced, it states "As far as I see, =
we
don't need additional functionality for 1.0". The main thing holding me
back from adopting the current code base (I'm currently using a
personally-modified version of 0.8) is the amount and frequency of =
changes
to core functionality and the public api. Some new features or minor =
bug
fixes are ok/normal, but these sweeping changes are destructive to
production code. How close are we to finalizing the public api and the =
core
code? Is it likely that these major changes should be done for 0.9.1?
</quote>
=20
Maybe I'm promising too much, but I don't see any major changes on the =
horizon. The introduction of the new DTD was probably the biggest change =
in the last few months, everything else was just about slight changes to =
the public API. I agree that we need stable APIs though to allow =
production apps to rely on them without *any* hassle. 0.9.1 should be as =
stable as can be in that respect, besides the package name change for =
1.0 RC which should just involve a search-and-replace.
<quote>
To expand on my fourth question with a recommendation (hopefully it =
makes
sense to everyone). If possible we should finalize the public api for
version 0.9.1 rather than at the 1.0RC1. This will allow usage in new
development without fear of incompatibilities in the next couple months. =
(...)
</quote>
=20
As I indicated above, I fully agree. We've been changing our apps at =
werk3AT quite often too, it would be fine it that wouldn't be necessary =
anymore as soon as possible. And I'd really like to get you on board =
again, in terms of working with a current Spring version :-)
=20
Regards,
Juergen
+=12=17^ [){([ ky k{ [@H =11;"" nv)
ZE h =13(gq ??Z h?j?i^=0E'Z z{^?0?v\=13bJ =11? w brO_ o lkM5M4 ?y j =
?; }7M=7F _ *kx=1F ?zZ)zXX*kx=1F? ?zZ)z l .a=1Ew i =
+-(=1E~ { b ?+-w k?x=1F? ?zZ)
|
