Menu
▾
▴
springframework-developer — Spring Framework developers list
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
(55) |
Mar
(100) |
Apr
(203) |
May
(330) |
Jun
(190) |
Jul
(302) |
Aug
(323) |
Sep
(197) |
Oct
(245) |
Nov
(490) |
Dec
(330) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(194) |
Feb
(400) |
Mar
(416) |
Apr
(415) |
May
(359) |
Jun
(381) |
Jul
(491) |
Aug
(311) |
Sep
(291) |
Oct
(273) |
Nov
(355) |
Dec
(266) |
| 2005 |
Jan
(306) |
Feb
(303) |
Mar
(520) |
Apr
(346) |
May
(255) |
Jun
(221) |
Jul
(171) |
Aug
(247) |
Sep
(147) |
Oct
(125) |
Nov
(165) |
Dec
(65) |
| 2006 |
Jan
(90) |
Feb
(53) |
Mar
(121) |
Apr
(103) |
May
(113) |
Jun
(103) |
Jul
(104) |
Aug
(67) |
Sep
(78) |
Oct
(82) |
Nov
(78) |
Dec
(70) |
| 2007 |
Jan
(77) |
Feb
(76) |
Mar
(63) |
Apr
(30) |
May
(47) |
Jun
(41) |
Jul
(44) |
Aug
(44) |
Sep
(49) |
Oct
(33) |
Nov
(25) |
Dec
(21) |
| 2008 |
Jan
(45) |
Feb
(13) |
Mar
(15) |
Apr
(12) |
May
(9) |
Jun
(33) |
Jul
(30) |
Aug
(7) |
Sep
(20) |
Oct
(17) |
Nov
(20) |
Dec
(10) |
| 2009 |
Jan
(8) |
Feb
(5) |
Mar
(12) |
Apr
(17) |
May
(19) |
Jun
(97) |
Jul
(77) |
Aug
(33) |
Sep
(24) |
Oct
(41) |
Nov
(16) |
Dec
(32) |
| 2010 |
Jan
(24) |
Feb
(14) |
Mar
(50) |
Apr
(71) |
May
(70) |
Jun
(64) |
Jul
(45) |
Aug
(62) |
Sep
(32) |
Oct
(4) |
Nov
(12) |
Dec
(2) |
| 2011 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(3) |
May
(6) |
Jun
(1) |
Jul
(4) |
Aug
(3) |
Sep
(4) |
Oct
(6) |
Nov
(3) |
Dec
(3) |
| 2012 |
Jan
(4) |
Feb
(8) |
Mar
(6) |
Apr
(10) |
May
(2) |
Jun
(3) |
Jul
(11) |
Aug
(10) |
Sep
(4) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2013 |
Jan
(4) |
Feb
(1) |
Mar
(9) |
Apr
(1) |
May
(8) |
Jun
(2) |
Jul
(5) |
Aug
(2) |
Sep
|
Oct
(3) |
Nov
(10) |
Dec
(8) |
| 2014 |
Jan
(3) |
Feb
(12) |
Mar
(9) |
Apr
(12) |
May
(2) |
Jun
|
Jul
(3) |
Aug
(1) |
Sep
(1) |
Oct
(4) |
Nov
|
Dec
(2) |
| 2015 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(9) |
May
(2) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
(7) |
Oct
(9) |
Nov
(7) |
Dec
(9) |
| 2016 |
Jan
(7) |
Feb
(5) |
Mar
(5) |
Apr
(5) |
May
(8) |
Jun
(4) |
Jul
(5) |
Aug
(4) |
Sep
(6) |
Oct
(7) |
Nov
(2) |
Dec
(3) |
| 2017 |
Jan
(7) |
Feb
(8) |
Mar
(7) |
Apr
(3) |
May
(4) |
Jun
(3) |
Jul
(5) |
Aug
(8) |
Sep
(4) |
Oct
(2) |
Nov
(3) |
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2021 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
(5) |
Sep
(2) |
Oct
|
Nov
|
Dec
(1) |
| 2026 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Isabelle M. <isa...@me...> - 2003-05-18 12:56:39
|
Hi everyone, What features are we missing for 0.8, .09 and 1.0? It would help having an idea of what remains to be done by when. I also suggest we give ourselves some target dates (soft deadlines) in order to avoid slippage as much as possible. If Rod could propose dates and features, then every member could respond with "possible" or "impossible" as far as he/she is concerned. Personally, I hope to have the web and JNDI chapters done next week. Next on the list is EJB. Then AOP and transactions, which I'm afraid are going to take me some time to do as I have to figure out the code first and do some background reading. And ditto for the ORM stuff. What features are absolutely necessary for the different releases? I also feel that the website is a major priority, even if it's a first draft. And we need to get the download sections and docs sections on the sourceforge site set up. The sf site is our public face right now, and sorry to say it doesn't look like much. Isabelle -- Isabelle Muszynski Software Engineer Zandweellaan 4 2660 Antwerpen Belgium Tel. 32-(0)3-830 18 54 Mobile: 32-(0)485 49 50 89 Email: isa...@me... Website: www.meta-logix.com |
|
From: Isabelle M. <isa...@me...> - 2003-05-18 11:17:36
|
Hi everyone, I agree with Jean-Pierre that poor documentation is a stumbling block for potential users of the framework. Rod's book may become unavailable, and on top of that the framework has evolved quite a bit with respect to what's described in the book. I feel that, on top of the tutorial and the demo, we also need a manual. The Struts user guide is a nice example. I'm willing to take on the job, but it isn't going to get done by june for sure :-(. The tutorial takes precedence. What are your thoughts? Isabelle -- Isabelle Muszynski Software Engineer Zandweellaan 4 2660 Antwerpen Belgium Tel. 32-(0)3-830 18 54 Mobile: 32-(0)485 49 50 89 Email: isa...@me... Website: www.meta-logix.com |
|
From: <jue...@we...> - 2003-05-17 20:06:13
|
QXMgdGhlcmUncyBhIHJlc3BlY3RpdmUgYnVnIGVudHJ5IG9uIHRoZSBTb3VyY2VGb3JnZSBwYWdl IChodHRwOi8vc291cmNlZm9yZ2UubmV0L3RyYWNrZXIvaW5kZXgucGhwP2Z1bmM9ZGV0YWlsJmFp ZD03MzkwMTYmZ3JvdXBfaWQ9NzMzNTcmYXRpZD01Mzc1MzkpOg0KIA0KSSd2ZSBjaGVja2VkIGlu IGhlc3NpYW4tMy4wLjEuamFyIGZvciBvdXIgaW5pdGlhbCByZW1vdGluZyBzdXBwb3J0LCBlZmZl Y3RpdmVseSBJJ3ZlIGV2ZW4gd2FpdGVkIG9uIGl0cyByZWxlYXNlLiBVbmZvcnR1bmF0ZWx5LCBI ZXNzaWFuIDMuMC4xIGRlcGVuZHMgb24gSjJTRSAxLjQgYW5kIGlzIGJ1aWx0IGFzIDEuNCBjbGFz cyBmaWxlLCBqdXN0IGxpa2UgUmVzaW4gMy4wLnggaW4gZ2VuZXJhbC4gQnVpbGRpbmcgU3ByaW5n IG9uIEpESyAxLjMgdGh1cyByZXN1bHRzIGluIGEgY29tcGlsZSBlcnJvciBzdGF0aW5nIGEgd3Jv bmcgY2xhc3MgZmlsZSB2ZXJzaW9uIGZvciBoZXNzaWFuLTMuMC4xLmphci4NCiANClRoYXQgbWVh bnMgdGhhdCBJIHdpbGwgaGF2ZSB0byBleGNoYW5nZSAzLjAuMSB3aXRoIGhlc3NpYW4tMi4xLjcu amFyIGFuZCBidXJsYXAtMi4xLjcuamFyLCB3aGljaCBvbmx5IHJlcXVpcmUgSjJTRSAxLjMsIG9u IE1vbmRheS4gQlRXLCBpbiAyLjEueCwgSGVzc2lhbiBhbmQgQnVybGFwIHdlcmUgc3RpbGwgc2Vw YXJhdGUgZGlzdHJpYnV0aW9ucywgYnV0IGluIDMuMC4xIHRoZXkgYXJlIGNvbWJpbmVkIGludG8g b25lIChhcyB0aGV5IHNoYXJlIG1vcmUgY29kZSBub3cgZHVlIHRvIGEgcmVmYWN0b3JpbmcpLiAN CiANCkV2ZXJ5b25lIHdvcmtpbmcgb24gSkRLIDEuNCBjYW4gZWFzaWx5IGRvd25sb2FkIGFuZCB1 c2UgSGVzc2lhbiAzLjAueCBmcm9tIGh0dHA6Ly93d3cuY2F1Y2hvLmNvbS9oZXNzaWFuIC0gaWYg b25lIGFjdHVhbGx5IHdhbnRzIHRvIHVzZSBpdC4gSSBqdXN0IHdhbnQgdG8gYXZvaWQgcmVxdWly aW5nIEpESyAxLjQgZm9yIGJ1aWxkaW5nLCBlc3BlY2lhbGx5IGNvbmNlcm5pbmcgYSBsaWJyYXJ5 IHRoYXQgbWFueSBwZW9wbGUgd29uJ3QgdXNlIGF0IGFsbC4gQWx0aG91Z2ggSSBlbmNvdXJhZ2Ug ZXZlcnlvbmUgdG8gdHJ5IEhlc3NpYW4sIEhUVFAtYmFzZWQgcmVtb3RpbmcgY2FuJ3QgYmUgc2lt cGxlciENCiANCkJUVywgVGhvbWFzLCBkbyB0aGUgSkRCQyB0ZXN0cyByZXNwLiB0aGUgSkRCQyBt b2NrcyBpbiB0aGUgdGVzdCBwYWNrYWdlIHN0aWxsIHJlcXVpcmUgSjJTRSAxLjQ/IElmIHNvLCBo b3cgYXJlIHdlIGdvaW5nIHRvIGhhbmRsZSB0aGlzPyBBZnRlciBhbGwsIGl0IG1pZ2h0IG1ha2Ug c2Vuc2UgdG8gcmVkZWZpbmUgdGhlIEoyU0UgZGVwZW5kZW5jaWVzIGF0IHNvbWUgcG9pbnQgb2Yg dGltZTogMS40IGZvciBidWlsZGluZyBhbmQgdGVzdHMsIDEuMyBmb3IgZXhlY3V0aW9uIChldmVu IGJlZm9yZSBhIGdlbmVyYWwgc3dpdGNoIHRvIDEuNCkuDQogDQpKdWVyZ2VuDQogDQogDQoNCgkt LS0tLVVyc3Byw7xuZ2xpY2hlIE5hY2hyaWNodC0tLS0tIA0KCVZvbjogUm9kIEpvaG5zb24gW21h aWx0bzpyb2Quam9obnNvbkBpbnRlcmZhY2UyMS5jb21dIA0KCUdlc2VuZGV0OiBTYSAxNy4wNS4y MDAzIDE0OjM0IA0KCUFuOiBqw7xyZ2VuIGjDtmxsZXIgW3dlcmszQVRdOyBKUCBQYXdsYWs7IFNw cmluZyBEZXZlbG9wZXJzIA0KCUNjOiANCglCZXRyZWZmOiBSZTogW1NwcmluZ2ZyYW1ld29yay1k ZXZlbG9wZXJdIEVuY291cmFnZW1lbnQgYW5kIGNvbXBpbGUgZXJyb3JzDQoJDQoJDQoNCglTb3Jy eSBhbGwuLi5JIG1hZGUgdGhlIGNoYW5nZSBidXQgZm9yZ290IHRvIGNvbW1pdCBpdC4NCgkNCglT aG91bGQgd29yayBub3cuDQoJDQoJUg0KCQ0KCS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0N CglGcm9tOiAiasO8cmdlbiBow7ZsbGVyIFt3ZXJrM0FUXSIgPGp1ZXJnZW4uaG9lbGxlckB3ZXJr M2F0LmNvbT4NCglUbzogIlJvZCBKb2huc29uIiA8cm9kLmpvaG5zb25AaW50ZXJmYWNlMjEuY29t PjsgIkpQIFBhd2xhayINCgk8anAucGF3bGFrQHRpc2NhbGkuZnI+OyAiU3ByaW5nIERldmVsb3Bl cnMiDQoJPHNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJAbGlzdHMuc291cmNlZm9yZ2UubmV0Pg0K CVNlbnQ6IFNhdHVyZGF5LCBNYXkgMTcsIDIwMDMgMTI6NTggUE0NCglTdWJqZWN0OiBSZTogW1Nw cmluZ2ZyYW1ld29yay1kZXZlbG9wZXJdIEVuY291cmFnZW1lbnQgYW5kIGNvbXBpbGUgZXJyb3Jz DQoJDQoJDQoJPiBKUCwgUm9kLA0KCT4NCgk+IEFjdHVhbGx5LCBpdCBzZWVtcyB0byBiZSB0aGUg b3RoZXIgd2F5IHJvdW5kOiB0aGUgY3VycmVudCBjb250ZW50cyBvZiB0aGUNCglhb3BhbGxpYW5j ZSBDVlMgc3BlY2lmeSBhbiBpbnZva2UoTWV0aG9kSW52b2NhdGlvbikgbWV0aG9kIG9uIHRoZQ0K CU1ldGhvZEludGVyY2VwdG9yIGludGVyZmFjZS4gVGhlIDMgcmVtb3RlIHByb3h5IGZhY3Rvcnkg YmVhbnMgdGhhdCBJJ3ZlDQoJaW50cm9kdWNlZCB5ZXN0ZXJkYXkgdXNlIGFub255bW91cyBNZXRo b2RJbnRlcmNlcHRvciBpbXBsZW1lbnRhdGlvbnMsIGJ1dA0KCXN0aWxsIHdpdGggdGhlIG9sZCBp bnZva2UoSW52b2NhdGlvbikgc2lnbmF0dXJlIGluIHRoZWlyIGN1cnJlbnQgQ1ZTDQoJdmVyc2lv bnMuIFRodXMgdGhlICJzaG91bGQgYmUgZGVjbGFyZWQgYWJzdHJhY3QiIGVycm9yLCBhcyB0aGV5 IGRvbid0DQoJaW1wbGVtZW50IGludm9rZShNZXRob2RJbnZvY2F0aW9uKS4NCgk+DQoJPiBSb2Qs IGhhdmUgeW91IGNoYW5nZWQgdGhlc2UgMyB0byBNZXRob2RJbnRlcmNlcHRvciBhbmQgY29tbWl0 dGVkIHRoZW0sIGluDQoJdGhlIGNvdXJzZSBvZiBjaGVja2luZyBpbiB0aGUgbmV3IGFvcGFsbGlh bmNlLmphcj8gQWNjb3JkaW5nIHRvIEpQJ3MgbGF0ZXN0DQoJbWVzc2FnZSwgeW91J2xsIGhhdmUg dG8gY2hlY2sgaXQgaW4gYWdhaW4gYW55d2F5Li4uIDstKQ0KCT4NCgk+IEp1ZXJnZW4NCgk+DQoJ Pg0KCT4NCgk+IC0tLS0tVXJzcHLDvG5nbGljaGUgTmFjaHJpY2h0LS0tLS0NCgk+IFZvbjogUm9k IEpvaG5zb24gW21haWx0bzpyb2Quam9obnNvbkBpbnRlcmZhY2UyMS5jb21dDQoJPiBHZXNlbmRl dDogU2EgMTcuMDUuMjAwMyAxMTozMQ0KCT4gQW46IEpQIFBhd2xhazsgU3ByaW5nIERldmVsb3Bl cnMNCgk+IENjOg0KCT4gQmV0cmVmZjogUmU6IFtTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyXSBF bmNvdXJhZ2VtZW50IGFuZCBjb21waWxlIGVycm9ycw0KCT4NCgk+DQoJPg0KCT4gSlAsDQoJPg0K CT4gSXQgbG9va3MgbGlrZSB5b3UndmUgdXBkYXRlZCB0aGUgc291cmNlIHRyZWUgZnJvbSBDVlMg YnV0IG5vdCB0aGUNCgk+IGFvcGFsbGlhbmNlLmphciBmaWxlLiAgSWYgdXBkYXRlIGFsbCBpdCBz aG91bGQgY29tcGlsZS4NCgk+DQoJPiBJIGhhdmUgZG9uZSBhIGNsZWFuIGNoZWNrb3V0IG9uIG15 IGRlc2t0b3AgbWFjaGluZSAoSSBtYWRlIHRob3NlIGNoYW5nZXMNCglvbg0KCT4gbXkgbGFwdG9w KSBhbmQgaXQgYWxsIGNvbXBpbGVzLiBUaGVyZSBpcyBvbmUgdGVzdCBmYWlsdXJlIHdpdGggdGhl DQoJcmVtb3RpbmcNCgk+IHBhY2thZ2VzLCB3aGljaCBJJ2xsIHRvbGQgSnVlcmdlbiBhYm91dC4N Cgk+DQoJPiBSZWdhcmRzLA0KCT4gUm9kDQoJPg0KCT4gLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAt LS0tLQ0KCT4gRnJvbTogIkpQIFBhd2xhayIgPGpwLnBhd2xha0B0aXNjYWxpLmZyPg0KCT4gVG86 ICJTcHJpbmcgRGV2ZWxvcGVycyIgPHNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJAbGlzdHMuc291 cmNlZm9yZ2UubmV0Pg0KCT4gU2VudDogU2F0dXJkYXksIE1heSAxNywgMjAwMyAxMDoyNSBBTQ0K CT4gU3ViamVjdDogW1NwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJdIEVuY291cmFnZW1lbnQgYW5k IGNvbXBpbGUgZXJyb3JzDQoJPg0KCT4NCgk+IEhpIGV2ZXJ5Ym9keSwNCgk+DQoJPiBGaXJzdCwg SSB3aWxsIGVuY291cmFnZSBmb3IgY3VycmVudGx5IGdyZWF0IHdvcmtzLiBJc2FiZWxsZSBhbmQg S2VuIGhhdmUNCgk+IHNvIGZhciBkb25lIHZlcnkgZ29vZCBqb2JzLiBBcyBJIHJlbWVtYmVyIHN0 YXJ0aW5nIHdpdGggbWFueSBvcGVuIHNvdXJjZQ0KCT4gcHJvamVjdHMsIHRoZSBkb2N1bWVudGF0 aW9uIGFuZCBydW5uaW5nIGV4YW1wbGVzIGFyZSBhIHZlcnkgaW1wb3J0YW50DQoJPiBmZWF0dXJl IGluIHRoaXMgYXJlYS4gUm9kLCBKw7xyZ2VuIGFuZCBvdGhlcnMgbWFrZSBpbiB0aGUgc2FtZSB0 aW1lIGdyZWF0DQoJPiBkZXB0IHdvcmtzLg0KCT4NCgk+IEhhdmluZywgZm9yIG5vdywgd29ya3Mg d2l0aCB0aGUgKFJvZCdzIGkyMSBiYXNlZCBhbmQgb3RoZXJzKQ0KCT4gYXBwbGljYXRpb25zLCBt eSBjb250cmlidXRpb24gaXMgbm90IGFzIGdyZWF0IGFzIEkgd291bGQuIEFuZCBvbiBhbm90aGVy DQoJPiBzaWRlLCBiZWluZyBwcmltYXJpbHkgVGVzdCBUZWFtIE1hbmFnZXIsIEkgaGF2ZSBubyB0 aW1lIGR1cmluZyB3b3JraW5nDQoJPiBob3VycyBmb3IgZGV2ZWxvcGluZyBhdCB3aG9sZSB3aGVu IHRlc3QgY2FtcGFpZ25zIGFyZSBpbiB3b3JrIGFzIGl0J3MNCgk+IHRoZSBjYXNlIGN1cnJlbnRs eS4gSW4gYSBmZXcgd2Vla3MsIGl0IHdpbGwgYmUgb3ZlciB1cCB0byB0aGUgR3JlYXQNCgk+IEJy aXRhaW4gYW5kIElyZWxhbmQgaW50ZWdyYXRpb24gcHJlcGFyYXRpb24gKGluIHRoZSBFdXJvcGVh biBQb2xpY2UNCgk+IGNvb3BlcmF0aW9uIGtub3duIGFzIFNjaGVuZ2VuKS4NCgk+DQoJPiBCdXQs IGZvciBub3csIEkgaGF2ZSBhIGNvbXBpbGF0aW9uIHByb2JsZW0gaW4gdGhlIG5ldyByZW1vdGUg cGFydC4gSGVyZQ0KCT4gYXJlIHRoZSBhbnQgbWVzc2FnZXM6DQoJPg0KCT4gICAgICAgIFtqYXZh Y10NCgk+IEM6XGRldlxwcm9kXGVjbGlwc2Vcd29ya3NwYWNlXG1haW5cc3JjXGNvbVxpbnRlcmZh Y2UyMVxyZW1vdGluZ1xjYXVjaG9cQg0KCT4gdXJsYXBQcm94eUZhY3RvcnlCZWFuLmphdmE6NDM6 IDxhbm9ueW1vdXMNCgk+IGNvbS5pbnRlcmZhY2UyMS5yZW1vdGluZy5jYXVjaG8uQnVybGFwUHJv eHlGYWN0b3J5QmVhbiQxPiBzaG91bGQgYmUNCgk+IGRlY2xhcmVkIGFic3RyYWN0OyBpdCBkb2Vz IG5vdCBkZWZpbmUNCgk+IGludm9rZShvcmcuYW9wYWxsaWFuY2UuTWV0aG9kSW52b2NhdGlvbikg aW4NCgk+ICAgICAgICBbamF2YWNdIHB1YmxpYyBPYmplY3QgaW52b2tlKEludm9jYXRpb24NCgk+ IGludm9jYXRpb24pIHRocm93cyBUaHJvd2FibGUgew0KCT4gICAgICAgIFtqYXZhY10gICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBeDQoJPiAgICAgICAgW2phdmFjXQ0KCT4g QzpcZGV2XHByb2RcZWNsaXBzZVx3b3Jrc3BhY2VcbWFpblxzcmNcY29tXGludGVyZmFjZTIxXHJl bW90aW5nXGNhdWNob1xIDQoJPiBlc3NpYW5Qcm94eUZhY3RvcnlCZWFuLmphdmE6NDQ6IDxhbm9u eW1vdXMNCgk+IGNvbS5pbnRlcmZhY2UyMS5yZW1vdGluZy5jYXVjaG8uSGVzc2lhblByb3h5RmFj dG9yeUJlYW4kMT4gc2hvdWxkIGJlDQoJPiBkZWNsYXJlZCBhYnN0cmFjdDsgaXQgZG9lcyBub3Qg ZGVmaW5lDQoJPiBpbnZva2Uob3JnLmFvcGFsbGlhbmNlLk1ldGhvZEludm9jYXRpb24pIGluDQoJ PiAgICAgICAgW2phdmFjXSBwdWJsaWMgT2JqZWN0IGludm9rZShJbnZvY2F0aW9uDQoJPiBpbnZv Y2F0aW9uKSB0aHJvd3MgVGhyb3dhYmxlIHsNCgk+ICAgICAgICBbamF2YWNdICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgXg0KCT4gICAgICAgIFtqYXZhY10NCgk+IEM6XGRl dlxwcm9kXGVjbGlwc2Vcd29ya3NwYWNlXG1haW5cc3JjXGNvbVxpbnRlcmZhY2UyMVxyZW1vdGlu Z1xybWlcUm1pUA0KCT4gcm94eUZhY3RvcnlCZWFuLmphdmE6NTY6IDxhbm9ueW1vdXMNCgk+IGNv bS5pbnRlcmZhY2UyMS5yZW1vdGluZy5ybWkuUm1pUHJveHlGYWN0b3J5QmVhbiQxPiBzaG91bGQg YmUgZGVjbGFyZWQNCgk+IGFic3RyYWN0OyBpdCBkb2VzIG5vdCBkZWZpbmUgaW52b2tlKG9yZy5h b3BhbGxpYW5jZS5NZXRob2RJbnZvY2F0aW9uKSBpbg0KCT4NCgk+ICAgICAgICBbamF2YWNdIHB1 YmxpYyBPYmplY3QgaW52b2tlKEludm9jYXRpb24NCgk+IGludm9jYXRpb24pIHRocm93cyBUaHJv d2FibGUgew0KCT4gICAgICAgIFtqYXZhY10gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIF4NCgk+ICAgICAgICBbamF2YWNdIDMgZXJyb3JzDQoJPiAgICAgICAg W2phdmFjXSBCVUlMRCBGQUlMRUQ6DQoJPiBmaWxlOkM6L2Rldi9wcm9kL2VjbGlwc2Uvd29ya3Nw YWNlL21haW4vYnVpbGQueG1sOjY0OiBDb21waWxlIGZhaWxlZDsNCgk+IHNlZSB0aGUgY29tcGls ZXIgZXJyb3Igb3V0cHV0IGZvciBkZXRhaWxzLg0KCT4NCgk+DQoJPiBSZWdhcmRzDQoJPiBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KCT4gSmVhbi1QaWVycmUgUGF3bGFrDQoJPiBq cC5wYXdsYWtAdGlzY2FsaS5mcg0KCT4NCgk+DQoJPg0KCT4NCgk+DQoJPiAtLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoJPiBUaGlzIFNGLm5l dCBlbWFpbCBpcyBzcG9uc29yZWQgYnk6IElmIGZsYXR0ZW5pbmcgb3V0IEMrKyBvciBKYXZhDQoJ PiBjb2RlIHRvIG1ha2UgeW91ciBhcHBsaWNhdGlvbiBmaXQgaW4gYSByZWxhdGlvbmFsIGRhdGFi YXNlIGlzIHBhaW5mdWwsDQoJPiBkb24ndCBkbyBpdCEgQ2hlY2sgb3V0IE9iamVjdFN0b3JlLiBO b3cgcGFydCBvZiBQcm9ncmVzcyBTb2Z0d2FyZS4NCgk+IGh0dHA6Ly93d3cub2JqZWN0c3RvcmUu bmV0L3NvdXJjZWZvcmdlDQoJPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KCT4gU3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlciBtYWlsaW5nIGxpc3QNCgk+ IFNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJAbGlzdHMuc291cmNlZm9yZ2UubmV0DQoJPiBodHRw czovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby9zcHJpbmdmcmFtZXdvcmst ZGV2ZWxvcGVyDQoJPg0KCT4NCgk+DQoJPg0KCT4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KCT4gVGhpcyBTRi5uZXQgZW1haWwgaXMgc3Bv bnNvcmVkIGJ5OiBJZiBmbGF0dGVuaW5nIG91dCBDKysgb3IgSmF2YQ0KCT4gY29kZSB0byBtYWtl IHlvdXIgYXBwbGljYXRpb24gZml0IGluIGEgcmVsYXRpb25hbCBkYXRhYmFzZSBpcyBwYWluZnVs LA0KCT4gZG9uJ3QgZG8gaXQhIENoZWNrIG91dCBPYmplY3RTdG9yZS4gTm93IHBhcnQgb2YgUHJv Z3Jlc3MgU29mdHdhcmUuDQoJPiBodHRwOi8vd3d3Lm9iamVjdHN0b3JlLm5ldC9zb3VyY2Vmb3Jn ZQ0KCT4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCgk+ IFNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXIgbWFpbGluZyBsaXN0DQoJPiBTcHJpbmdmcmFtZXdv cmstZGV2ZWxvcGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KCT4gaHR0cHM6Ly9saXN0cy5zb3Vy Y2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vc3ByaW5nZnJhbWV3b3JrLWRldmVsb3Blcg0KCT4N Cgk+DQoJPiBOGEhZWOmKsnV9IHggaiBmeyonKn4rdnVt7Z+a7bGKd9q12rQockp5IDZqfCrnsbcG ehsNCgk+ICB6dyDHokoHamd67b2J7beZeMumIEcgy7JxB3ogWCB+endYIMudB2pn6p6ieg0KCQ0K CQ0KCQ0KDQo= |
|
From: JP P. <jp....@ti...> - 2003-05-17 14:19:43
|
Hi Everybody, OK, the remoting Testsuite is failing later now. But Rod said it has to talk about with J=FCrgen. About the ResourceBundleViewResolver test suite, I said in a former mail that it failed on testDebugViewEnglish on my system. I have now searched why. The java.util.ResourceBundle.getBundle(basename, locale) method is the responsible. It seems that when a requested locale is not found, the server locale has precedence on the not-localized resource. In fact, for the test pass on a French system an "_en" resource must be available, otherwise the "_fr" will be picked up even if the English locale is requested.=20 I have copied the testviews.properties as testviews_en.properties, the simple replacing being causing the fail of testCopyXSLTViewOnNull. =20 Regards ______________________________=A0 Jean-Pierre Pawlak jp....@ti... =A0 |
|
From: <jue...@we...> - 2003-05-17 11:57:42
|
SlAsIFJvZCwNCiANCkFjdHVhbGx5LCBpdCBzZWVtcyB0byBiZSB0aGUgb3RoZXIgd2F5IHJvdW5k OiB0aGUgY3VycmVudCBjb250ZW50cyBvZiB0aGUgYW9wYWxsaWFuY2UgQ1ZTIHNwZWNpZnkgYW4g aW52b2tlKE1ldGhvZEludm9jYXRpb24pIG1ldGhvZCBvbiB0aGUgTWV0aG9kSW50ZXJjZXB0b3Ig aW50ZXJmYWNlLiBUaGUgMyByZW1vdGUgcHJveHkgZmFjdG9yeSBiZWFucyB0aGF0IEkndmUgaW50 cm9kdWNlZCB5ZXN0ZXJkYXkgdXNlIGFub255bW91cyBNZXRob2RJbnRlcmNlcHRvciBpbXBsZW1l bnRhdGlvbnMsIGJ1dCBzdGlsbCB3aXRoIHRoZSBvbGQgaW52b2tlKEludm9jYXRpb24pIHNpZ25h dHVyZSBpbiB0aGVpciBjdXJyZW50IENWUyB2ZXJzaW9ucy4gVGh1cyB0aGUgInNob3VsZCBiZSBk ZWNsYXJlZCBhYnN0cmFjdCIgZXJyb3IsIGFzIHRoZXkgZG9uJ3QgaW1wbGVtZW50IGludm9rZShN ZXRob2RJbnZvY2F0aW9uKS4NCiANClJvZCwgaGF2ZSB5b3UgY2hhbmdlZCB0aGVzZSAzIHRvIE1l dGhvZEludGVyY2VwdG9yIGFuZCBjb21taXR0ZWQgdGhlbSwgaW4gdGhlIGNvdXJzZSBvZiBjaGVj a2luZyBpbiB0aGUgbmV3IGFvcGFsbGlhbmNlLmphcj8gQWNjb3JkaW5nIHRvIEpQJ3MgbGF0ZXN0 IG1lc3NhZ2UsIHlvdSdsbCBoYXZlIHRvIGNoZWNrIGl0IGluIGFnYWluIGFueXdheS4uLiA7LSkN CiANCkp1ZXJnZW4NCiANCiANCg0KCS0tLS0tVXJzcHLDvG5nbGljaGUgTmFjaHJpY2h0LS0tLS0g DQoJVm9uOiBSb2QgSm9obnNvbiBbbWFpbHRvOnJvZC5qb2huc29uQGludGVyZmFjZTIxLmNvbV0g DQoJR2VzZW5kZXQ6IFNhIDE3LjA1LjIwMDMgMTE6MzEgDQoJQW46IEpQIFBhd2xhazsgU3ByaW5n IERldmVsb3BlcnMgDQoJQ2M6IA0KCUJldHJlZmY6IFJlOiBbU3ByaW5nZnJhbWV3b3JrLWRldmVs b3Blcl0gRW5jb3VyYWdlbWVudCBhbmQgY29tcGlsZSBlcnJvcnMNCgkNCgkNCg0KCUpQLA0KCQ0K CUl0IGxvb2tzIGxpa2UgeW91J3ZlIHVwZGF0ZWQgdGhlIHNvdXJjZSB0cmVlIGZyb20gQ1ZTIGJ1 dCBub3QgdGhlDQoJYW9wYWxsaWFuY2UuamFyIGZpbGUuICBJZiB1cGRhdGUgYWxsIGl0IHNob3Vs ZCBjb21waWxlLg0KCQ0KCUkgaGF2ZSBkb25lIGEgY2xlYW4gY2hlY2tvdXQgb24gbXkgZGVza3Rv cCBtYWNoaW5lIChJIG1hZGUgdGhvc2UgY2hhbmdlcyBvbg0KCW15IGxhcHRvcCkgYW5kIGl0IGFs bCBjb21waWxlcy4gVGhlcmUgaXMgb25lIHRlc3QgZmFpbHVyZSB3aXRoIHRoZSByZW1vdGluZw0K CXBhY2thZ2VzLCB3aGljaCBJJ2xsIHRvbGQgSnVlcmdlbiBhYm91dC4NCgkNCglSZWdhcmRzLA0K CVJvZA0KCQ0KCS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCglGcm9tOiAiSlAgUGF3bGFr IiA8anAucGF3bGFrQHRpc2NhbGkuZnI+DQoJVG86ICJTcHJpbmcgRGV2ZWxvcGVycyIgPHNwcmlu Z2ZyYW1ld29yay1kZXZlbG9wZXJAbGlzdHMuc291cmNlZm9yZ2UubmV0Pg0KCVNlbnQ6IFNhdHVy ZGF5LCBNYXkgMTcsIDIwMDMgMTA6MjUgQU0NCglTdWJqZWN0OiBbU3ByaW5nZnJhbWV3b3JrLWRl dmVsb3Blcl0gRW5jb3VyYWdlbWVudCBhbmQgY29tcGlsZSBlcnJvcnMNCgkNCgkNCglIaSBldmVy eWJvZHksDQoJDQoJRmlyc3QsIEkgd2lsbCBlbmNvdXJhZ2UgZm9yIGN1cnJlbnRseSBncmVhdCB3 b3Jrcy4gSXNhYmVsbGUgYW5kIEtlbiBoYXZlDQoJc28gZmFyIGRvbmUgdmVyeSBnb29kIGpvYnMu IEFzIEkgcmVtZW1iZXIgc3RhcnRpbmcgd2l0aCBtYW55IG9wZW4gc291cmNlDQoJcHJvamVjdHMs IHRoZSBkb2N1bWVudGF0aW9uIGFuZCBydW5uaW5nIGV4YW1wbGVzIGFyZSBhIHZlcnkgaW1wb3J0 YW50DQoJZmVhdHVyZSBpbiB0aGlzIGFyZWEuIFJvZCwgSsO8cmdlbiBhbmQgb3RoZXJzIG1ha2Ug aW4gdGhlIHNhbWUgdGltZSBncmVhdA0KCWRlcHQgd29ya3MuDQoJDQoJSGF2aW5nLCBmb3Igbm93 LCB3b3JrcyB3aXRoIHRoZSAoUm9kJ3MgaTIxIGJhc2VkIGFuZCBvdGhlcnMpDQoJYXBwbGljYXRp b25zLCBteSBjb250cmlidXRpb24gaXMgbm90IGFzIGdyZWF0IGFzIEkgd291bGQuIEFuZCBvbiBh bm90aGVyDQoJc2lkZSwgYmVpbmcgcHJpbWFyaWx5IFRlc3QgVGVhbSBNYW5hZ2VyLCBJIGhhdmUg bm8gdGltZSBkdXJpbmcgd29ya2luZw0KCWhvdXJzIGZvciBkZXZlbG9waW5nIGF0IHdob2xlIHdo ZW4gdGVzdCBjYW1wYWlnbnMgYXJlIGluIHdvcmsgYXMgaXQncw0KCXRoZSBjYXNlIGN1cnJlbnRs eS4gSW4gYSBmZXcgd2Vla3MsIGl0IHdpbGwgYmUgb3ZlciB1cCB0byB0aGUgR3JlYXQNCglCcml0 YWluIGFuZCBJcmVsYW5kIGludGVncmF0aW9uIHByZXBhcmF0aW9uIChpbiB0aGUgRXVyb3BlYW4g UG9saWNlDQoJY29vcGVyYXRpb24ga25vd24gYXMgU2NoZW5nZW4pLg0KCQ0KCUJ1dCwgZm9yIG5v dywgSSBoYXZlIGEgY29tcGlsYXRpb24gcHJvYmxlbSBpbiB0aGUgbmV3IHJlbW90ZSBwYXJ0LiBI ZXJlDQoJYXJlIHRoZSBhbnQgbWVzc2FnZXM6DQoJDQoJICAgICAgIFtqYXZhY10NCglDOlxkZXZc cHJvZFxlY2xpcHNlXHdvcmtzcGFjZVxtYWluXHNyY1xjb21caW50ZXJmYWNlMjFccmVtb3Rpbmdc Y2F1Y2hvXEINCgl1cmxhcFByb3h5RmFjdG9yeUJlYW4uamF2YTo0MzogPGFub255bW91cw0KCWNv bS5pbnRlcmZhY2UyMS5yZW1vdGluZy5jYXVjaG8uQnVybGFwUHJveHlGYWN0b3J5QmVhbiQxPiBz aG91bGQgYmUNCglkZWNsYXJlZCBhYnN0cmFjdDsgaXQgZG9lcyBub3QgZGVmaW5lDQoJaW52b2tl KG9yZy5hb3BhbGxpYW5jZS5NZXRob2RJbnZvY2F0aW9uKSBpbg0KCSAgICAgICBbamF2YWNdIHB1 YmxpYyBPYmplY3QgaW52b2tlKEludm9jYXRpb24NCglpbnZvY2F0aW9uKSB0aHJvd3MgVGhyb3dh YmxlIHsNCgkgICAgICAgW2phdmFjXSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIF4NCgkgICAgICAgW2phdmFjXQ0KCUM6XGRldlxwcm9kXGVjbGlwc2Vcd29ya3NwYWNlXG1h aW5cc3JjXGNvbVxpbnRlcmZhY2UyMVxyZW1vdGluZ1xjYXVjaG9cSA0KCWVzc2lhblByb3h5RmFj dG9yeUJlYW4uamF2YTo0NDogPGFub255bW91cw0KCWNvbS5pbnRlcmZhY2UyMS5yZW1vdGluZy5j YXVjaG8uSGVzc2lhblByb3h5RmFjdG9yeUJlYW4kMT4gc2hvdWxkIGJlDQoJZGVjbGFyZWQgYWJz dHJhY3Q7IGl0IGRvZXMgbm90IGRlZmluZQ0KCWludm9rZShvcmcuYW9wYWxsaWFuY2UuTWV0aG9k SW52b2NhdGlvbikgaW4NCgkgICAgICAgW2phdmFjXSBwdWJsaWMgT2JqZWN0IGludm9rZShJbnZv Y2F0aW9uDQoJaW52b2NhdGlvbikgdGhyb3dzIFRocm93YWJsZSB7DQoJICAgICAgIFtqYXZhY10g ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBeDQoJICAgICAgIFtqYXZhY10N CglDOlxkZXZccHJvZFxlY2xpcHNlXHdvcmtzcGFjZVxtYWluXHNyY1xjb21caW50ZXJmYWNlMjFc cmVtb3Rpbmdccm1pXFJtaVANCglyb3h5RmFjdG9yeUJlYW4uamF2YTo1NjogPGFub255bW91cw0K CWNvbS5pbnRlcmZhY2UyMS5yZW1vdGluZy5ybWkuUm1pUHJveHlGYWN0b3J5QmVhbiQxPiBzaG91 bGQgYmUgZGVjbGFyZWQNCglhYnN0cmFjdDsgaXQgZG9lcyBub3QgZGVmaW5lIGludm9rZShvcmcu YW9wYWxsaWFuY2UuTWV0aG9kSW52b2NhdGlvbikgaW4NCgkNCgkgICAgICAgW2phdmFjXSBwdWJs aWMgT2JqZWN0IGludm9rZShJbnZvY2F0aW9uDQoJaW52b2NhdGlvbikgdGhyb3dzIFRocm93YWJs ZSB7DQoJICAgICAgIFtqYXZhY10gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIF4NCgkgICAgICAgW2phdmFjXSAzIGVycm9ycw0KCSAgICAgICBbamF2YWNdIEJV SUxEIEZBSUxFRDoNCglmaWxlOkM6L2Rldi9wcm9kL2VjbGlwc2Uvd29ya3NwYWNlL21haW4vYnVp bGQueG1sOjY0OiBDb21waWxlIGZhaWxlZDsNCglzZWUgdGhlIGNvbXBpbGVyIGVycm9yIG91dHB1 dCBmb3IgZGV0YWlscy4NCgkNCgkNCglSZWdhcmRzDQoJX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCglKZWFuLVBpZXJyZSBQYXdsYWsNCglqcC5wYXdsYWtAdGlzY2FsaS5mcg0KCQ0K CQ0KCQ0KCQ0KCQ0KCS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NCglUaGlzIFNGLm5ldCBlbWFpbCBpcyBzcG9uc29yZWQgYnk6IElmIGZsYXR0 ZW5pbmcgb3V0IEMrKyBvciBKYXZhDQoJY29kZSB0byBtYWtlIHlvdXIgYXBwbGljYXRpb24gZml0 IGluIGEgcmVsYXRpb25hbCBkYXRhYmFzZSBpcyBwYWluZnVsLA0KCWRvbid0IGRvIGl0ISBDaGVj ayBvdXQgT2JqZWN0U3RvcmUuIE5vdyBwYXJ0IG9mIFByb2dyZXNzIFNvZnR3YXJlLg0KCWh0dHA6 Ly93d3cub2JqZWN0c3RvcmUubmV0L3NvdXJjZWZvcmdlDQoJX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCglTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyIG1h aWxpbmcgbGlzdA0KCVNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJAbGlzdHMuc291cmNlZm9yZ2Uu bmV0DQoJaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vc3ByaW5n ZnJhbWV3b3JrLWRldmVsb3Blcg0KCQ0KCQ0KCQ0KCQ0KCS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCglUaGlzIFNGLm5ldCBlbWFpbCBpcyBz cG9uc29yZWQgYnk6IElmIGZsYXR0ZW5pbmcgb3V0IEMrKyBvciBKYXZhDQoJY29kZSB0byBtYWtl IHlvdXIgYXBwbGljYXRpb24gZml0IGluIGEgcmVsYXRpb25hbCBkYXRhYmFzZSBpcyBwYWluZnVs LA0KCWRvbid0IGRvIGl0ISBDaGVjayBvdXQgT2JqZWN0U3RvcmUuIE5vdyBwYXJ0IG9mIFByb2dy ZXNzIFNvZnR3YXJlLg0KCWh0dHA6Ly93d3cub2JqZWN0c3RvcmUubmV0L3NvdXJjZWZvcmdlDQoJ X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCglTcHJpbmdm cmFtZXdvcmstZGV2ZWxvcGVyIG1haWxpbmcgbGlzdA0KCVNwcmluZ2ZyYW1ld29yay1kZXZlbG9w ZXJAbGlzdHMuc291cmNlZm9yZ2UubmV0DQoJaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQv bGlzdHMvbGlzdGluZm8vc3ByaW5nZnJhbWV3b3JrLWRldmVsb3Blcg0KCQ0KDQo= |
|
From: JP P. <jp....@ti...> - 2003-05-17 09:56:03
|
Hi, By mistake, I have deleted the aopalliance.jar in the repository. I have after that replaced a jar made from the current aopalliance CVS. Having for now the same problem, it seems not be good. Can anyone having the good jar restore it in the repository? Regards _____________________________=A0 Jean-Pierre Pawlak jp....@ti... =A0 |
|
From: Rod J. <rod...@in...> - 2003-05-17 09:53:18
|
I've just taken a quick look at Isabelle's tutorial document. Great work, Isabelle. I'm sure I will have comments, which I'll feed back early next week. It would be great if everyone else could do likewise. (Quick note: Thomas has changed the name of ManualExtractSqlQuery to MappingSqlQuery.) I might contact Wiley, who now own the rights and are reprinting, for a PDF of chapter 4 from the book (and possibly chapter 9), to put on the site. Having a skeleton is a great idea... this will be very helpful to users. Maybe we could extend this idea to skeletons showing certain features, such as AOP, declarative transactions, Hibernate integration etc. Once everyone is happy with the basis (Isabelle's first skeleton zip) we could all chip in to provide additional skeletons for specific areas--e.g. I could do declarative transactions and AOP. Regards, Rod |
|
From: Rod J. <rod...@in...> - 2003-05-17 09:34:48
|
JP,
It looks like you've updated the source tree from CVS but not the
aopalliance.jar file. If update all it should compile.
I have done a clean checkout on my desktop machine (I made those changes on
my laptop) and it all compiles. There is one test failure with the remoting
packages, which I'll told Juergen about.
Regards,
Rod
----- Original Message -----
From: "JP Pawlak" <jp....@ti...>
To: "Spring Developers" <spr...@li...>
Sent: Saturday, May 17, 2003 10:25 AM
Subject: [Springframework-developer] Encouragement and compile errors
Hi everybody,
First, I will encourage for currently great works. Isabelle and Ken have
so far done very good jobs. As I remember starting with many open source
projects, the documentation and running examples are a very important
feature in this area. Rod, Jürgen and others make in the same time great
dept works.
Having, for now, works with the (Rod's i21 based and others)
applications, my contribution is not as great as I would. And on another
side, being primarily Test Team Manager, I have no time during working
hours for developing at whole when test campaigns are in work as it's
the case currently. In a few weeks, it will be over up to the Great
Britain and Ireland integration preparation (in the European Police
cooperation known as Schengen).
But, for now, I have a compilation problem in the new remote part. Here
are the ant messages:
[javac]
C:\dev\prod\eclipse\workspace\main\src\com\interface21\remoting\caucho\B
urlapProxyFactoryBean.java:43: <anonymous
com.interface21.remoting.caucho.BurlapProxyFactoryBean$1> should be
declared abstract; it does not define
invoke(org.aopalliance.MethodInvocation) in
[javac] public Object invoke(Invocation
invocation) throws Throwable {
[javac] ^
[javac]
C:\dev\prod\eclipse\workspace\main\src\com\interface21\remoting\caucho\H
essianProxyFactoryBean.java:44: <anonymous
com.interface21.remoting.caucho.HessianProxyFactoryBean$1> should be
declared abstract; it does not define
invoke(org.aopalliance.MethodInvocation) in
[javac] public Object invoke(Invocation
invocation) throws Throwable {
[javac] ^
[javac]
C:\dev\prod\eclipse\workspace\main\src\com\interface21\remoting\rmi\RmiP
roxyFactoryBean.java:56: <anonymous
com.interface21.remoting.rmi.RmiProxyFactoryBean$1> should be declared
abstract; it does not define invoke(org.aopalliance.MethodInvocation) in
[javac] public Object invoke(Invocation
invocation) throws Throwable {
[javac] ^
[javac] 3 errors
[javac] BUILD FAILED:
file:C:/dev/prod/eclipse/workspace/main/build.xml:64: Compile failed;
see the compiler error output for details.
Regards
________________________________
Jean-Pierre Pawlak
jp....@ti...
-------------------------------------------------------
This SF.net email is sponsored by: If flattening out C++ or Java
code to make your application fit in a relational database is painful,
don't do it! Check out ObjectStore. Now part of Progress Software.
http://www.objectstore.net/sourceforge
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: JP P. <jp....@ti...> - 2003-05-17 09:25:46
|
Hi everybody,
First, I will encourage for currently great works. Isabelle and Ken have
so far done very good jobs. As I remember starting with many open source
projects, the documentation and running examples are a very important
feature in this area. Rod, J=FCrgen and others make in the same time =
great
dept works.
=20
Having, for now, works with the (Rod's i21 based and others)
applications, my contribution is not as great as I would. And on another
side, being primarily Test Team Manager, I have no time during working
hours for developing at whole when test campaigns are in work as it's
the case currently. In a few weeks, it will be over up to the Great
Britain and Ireland integration preparation (in the European Police
cooperation known as Schengen).
But, for now, I have a compilation problem in the new remote part. Here
are the ant messages:
[javac]
C:\dev\prod\eclipse\workspace\main\src\com\interface21\remoting\caucho\B
urlapProxyFactoryBean.java:43: <anonymous
com.interface21.remoting.caucho.BurlapProxyFactoryBean$1> should be
declared abstract; it does not define
invoke(org.aopalliance.MethodInvocation) in=20
[javac] public Object invoke(Invocation
invocation) throws Throwable {
[javac] ^
[javac]
C:\dev\prod\eclipse\workspace\main\src\com\interface21\remoting\caucho\H
essianProxyFactoryBean.java:44: <anonymous
com.interface21.remoting.caucho.HessianProxyFactoryBean$1> should be
declared abstract; it does not define
invoke(org.aopalliance.MethodInvocation) in=20
[javac] public Object invoke(Invocation
invocation) throws Throwable {
[javac] ^
[javac]
C:\dev\prod\eclipse\workspace\main\src\com\interface21\remoting\rmi\RmiP
roxyFactoryBean.java:56: <anonymous
com.interface21.remoting.rmi.RmiProxyFactoryBean$1> should be declared
abstract; it does not define invoke(org.aopalliance.MethodInvocation) in
[javac] public Object invoke(Invocation
invocation) throws Throwable {
[javac] ^
[javac] 3 errors
[javac] BUILD FAILED:
file:C:/dev/prod/eclipse/workspace/main/build.xml:64: Compile failed;
see the compiler error output for details.
Regards
________________________________=A0
Jean-Pierre Pawlak
jp....@ti...
=A0
|
|
From: Thomas R. <tri...@tr...> - 2003-05-16 20:32:02
|
Travis, It depends on what database you use. If you are using Oracle, then no - it can't be done currently, but I'm working on adding this feature. If you are using SqlServer then you can just use a regular SqlQuery or MappingSqlQuery where you use your stored procedure call as the query. This works as long as your procedure only returns one resultset. Thomas > > Is there a way currently in Spring to execute a Stored Procedure and retrieve a ResultSet back? > > Also, I have not received any feedback on my recent logo. I was wondering what process we want to go through to finalize the logo so I can start on the site design, color scheme, etc. I have been absent from the list recently because of a lot of work at the office, yet that is about to slow down. I will have some time to work on the site, logo, etc. I want to get moving while I have the time. > > Travis L. Chase > > > ------------------------------------------------------- > Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara > The only event dedicated to issues related to Linux enterprise solutions > www.enterpriselinuxforum.com > > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > -- Thomas Risberg tri...@tr... |
|
From: Rod J. <rod...@in...> - 2003-05-16 18:29:04
|
Guys, I've just updated Spring AOP, along with the AOP Alliance CVS in SourceForge, to reflect the latest discussion I had with Jon and Bob. This will break all existing interceptors. (Obviously I've fixed the ones in CVS.) However, interceptors are simpler to write going forward: MethodInterceptor.invoke() now takes MethodInvocation, not Invocation, avoiding the need for a typecast. So it's just a trivial cut-and-paste job to fix. Some other minor name changes: - Invocation.getAttachment -> getResource - Invocation.getTarget -> getInvokedObject Any problems, let me know. I'll be checking my mail over the weekend. Regards, Rod P.S. This is the large significant change I plan to make before 0.8. |
|
From: <jue...@we...> - 2003-05-16 17:28:49
|
SGkgSXNhYmVsbGUsDQoNCkl0IHNlZW1zIHRoYXQgdGhlIGZvbGxvd2luZyBjbGFzcyBzcGVjaWZp Y2F0aW9uIGlzIHdyb25nOg0KDQo8YmVhbiBuYW1lPSJoZWxsb0NvbnRyb2xsZXIiIGNsYXNzPSJz aW1wbGUuSGVsbG9Db250cm9sbGVyIiA+DQoNCkhlbGxvQ29udHJvbGxlciBpcyBpbiB0dXRvcmlh bC53ZWIuc2tlbGV0b24sIG5vdCBpbiBzaW1wbGUsIGFjY29yZGluZyB0byB5b3VyIHppcCBjb250 ZW50cy4NCg0KVGhhdCBmaXRzIHRoZSBleGNlcHRpb24gaW4geW91ciBsb2cgZmlsZToNCg0KY29t LmludGVyZmFjZTIxLmNvbnRleHQuQXBwbGljYXRpb25Db250ZXh0RXhjZXB0aW9uOiBDYW5ub3Qg bG9hZCBjb25maWd1cmF0aW9uOiBwcm9ibGVtIGluc3RhbnRpYXRpbmcgb3IgaW5pdGlhbGl6aW5n IGJlYW5zIChjb20uaW50ZXJmYWNlMjEuYmVhbnMuRmF0YWxCZWFuRXhjZXB0aW9uOiBFcnJvciBj cmVhdGluZyBiZWFuIHdpdGggbmFtZSBbaGVsbG9Db250cm9sbGVyXTogY2xhc3MgJ3NpbXBsZS5I ZWxsb0NvbnRyb2xsZXInIG5vdCBmb3VuZDsgbmVzdGVkIGV4Y2VwdGlvbiBpczogDQogamF2YS5s YW5nLkNsYXNzTm90Rm91bmRFeGNlcHRpb246IHNpbXBsZS5IZWxsb0NvbnRyb2xsZXIpDQoNCkJU VywgYSAiY29uZmlnVXJsIiBjb250ZXh0LXBhcmFtIHNob3VsZG4ndCBoYXZlIGFueSBlZmZlY3Qs IGFzIHRoZSBwYXJhbWV0ZXIgaXMgbm93IGNhbGxlZCAiY29udGV4dENvbmZpZ0xvY2F0aW9uIiAo Ii9XRUItSU5GL2FwcGxpY2F0aW9uQ29udGV4dC54bWwiIGJ5IGRlZmF1bHQpLg0KDQpJZiB0aGVy ZSBhcmUgZnVydGhlciBwcm9ibGVtcywgZG9uJ3QgaGVzaXRhdGUgdG8gYXNrLCBJJ2xsIHJlYWQg bXkgbWFpbCByZWd1bGFybHkgb3ZlciB0aGUgd2Vla2VuZC4NCg0KSnVlcmdlbg0KDQogDQoNCgkt LS0tLVVyc3Byw7xuZ2xpY2hlIE5hY2hyaWNodC0tLS0tIA0KCVZvbjogSXNhYmVsbGUgTXVzenlu c2tpIFttYWlsdG86aXNhYmVsbGUubXVzenluc2tpQHJla2VuY2VudHJhLmJlXSANCglHZXNlbmRl dDogRnIgMTYuMDUuMjAwMyAxODozMSANCglBbjogasO8cmdlbiBow7ZsbGVyIFt3ZXJrM0FUXSAN CglDYzogaXNhYmVsbGVAbWV0YS1sb2dpeC5jb207IHNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJA bGlzdHMuc291cmNlZm9yZ2UubmV0IA0KCUJldHJlZmY6IFJlOiBbU3ByaW5nZnJhbWV3b3JrLWRl dmVsb3Blcl0gV2ViIGFwcCBhbmQgTG9nNEogaW5pdGlhbGl6YXRpb24NCgkNCgkNCg0KCUhpIEp1 ZXJnZW4sDQoJDQoJQWZ0ZXIgaW1wbGVtZW50aW5nIHlvdXIgY2hhbmdlcywgbXkgdHV0b3JpYWwg YXBwIG5vIGxvbmdlciB3b3Jrcy4gSWYgSSBsZWF2ZSBpbiB0aGUgY29uZmlnVXJsIHBhcmFtZXRl ciwgSSBnZXQgYSBsaWZlY3ljbGUgZXhjZXB0aW9uIGFuZCBjYW5ub3QgZGVwbG95LiBJZiBJIHB1 dCBpdCBpbiBjb21tZW50LCB0aGUgYXBwbGljYXRpb24gZGVwbG95cyBidXQgZ2l2ZXMgYW4gaW50 ZXJuYWwgZXJyb3Igd2hlbiB0cnlpbmcgdG8gcnVuIGl0LiBJJ2QgYXBwcmVjaWF0ZSBzb21lIGhl bHAsIEknbSB0b3RhbGx5IHN0dW1wZWQuIEkndmUgaW5jbHVkZWQgdGhlIHRvbWNhdCBsb2cgZmls ZSBhcyB3ZWxsLg0KCQ0KCVRJQSwNCgkNCglJc2FiZWxsZQ0KCQ0KCS0tDQoJSXNhYmVsbGUgTXVz enluc2tpDQoJU29mdHdhcmUgRW5naW5lZXINCglCLiBSZWtlbmNlbnRyYSBOVg0KCUtyb21zdHJh YXQgNTANCgkyNTIwIFJhbnN0DQoJVC4gOiAzMi0oMCkzLTQ3MCAxNCAwMA0KCUYuIDogMzItKDAp My00NzAgMTQgMDENCglFLiA6IGltQHJla2VuY2VudHJhLmJlDQoJDQoNCg== |
|
From: Rod J. <rod...@in...> - 2003-05-16 17:25:58
|
I don't want to make anyone feel pressured... I just want to make sure that we don't miss out on a great opportunity. Juergen, can you please check this out? Regards, Rod ----- Original Message ----- From: "Isabelle Muszynski" <isa...@me...> To: <spr...@li...> Sent: Friday, May 16, 2003 5:51 PM Subject: [Springframework-developer] Problem with tutorial app > Hi everyone, > > I've put the skeleton app and log file on the downloads section of my website. As i mentioned in my previous mail, the app no longer works after incorporating Juergen's changes to the ContextLoader. I have no clue what's wrong, and feel a bit under pressure because of Rod's release plans. So any help would be greatly appreciated. > > Isabelle > > -- > Isabelle Muszynski > Software Engineer > Zandweellaan 4 > 2660 Antwerpen > Belgium > Tel. 32-(0)3-830 18 54 > Mobile: 32-(0)485 49 50 89 > Email: isa...@me... > Website: www.meta-logix.com > > > ------------------------------------------------------- > Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara > The only event dedicated to issues related to Linux enterprise solutions > www.enterpriselinuxforum.com > > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Isabelle M. <isa...@me...> - 2003-05-16 16:51:51
|
Hi everyone, I've put the skeleton app and log file on the downloads section of my website. As i mentioned in my previous mail, the app no longer works after incorporating Juergen's changes to the ContextLoader. I have no clue what's wrong, and feel a bit under pressure because of Rod's release plans. So any help would be greatly appreciated. Isabelle -- Isabelle Muszynski Software Engineer Zandweellaan 4 2660 Antwerpen Belgium Tel. 32-(0)3-830 18 54 Mobile: 32-(0)485 49 50 89 Email: isa...@me... Website: www.meta-logix.com |
|
From: Rod J. <rod...@in...> - 2003-05-16 16:40:58
|
for the list... > Travis, > > Thomas is looking at the stored procedure returning result set issue. > > Will try to look at your logo on the weekend. Thanks for the reminder... > > Regards, > Rod > > ----- Original Message ----- > From: "Travis Chase" <tra...@le...> > To: <spr...@li...> > Sent: Friday, May 16, 2003 4:16 PM > Subject: [Springframework-developer] Question > > > > Is there a way currently in Spring to execute a Stored Procedure and > retrieve a ResultSet back? > > Also, I have not received any feedback on my recent logo. I was wondering > what process we want to go through to finalize the logo so I can start on > the site design, color scheme, etc. I have been absent from the list > recently because of a lot of work at the office, yet that is about to slow > down. I will have some time to work on the site, logo, etc. I want to get > moving while I have the time. > > Travis L. Chase > > > ------------------------------------------------------- > Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara > The only event dedicated to issues related to Linux enterprise solutions > www.enterpriselinuxforum.com > > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: <jue...@we...> - 2003-05-16 15:19:28
|
Hi everybody, I've just introduced an initial version of remoting support for Spring, = featuring 3 protocols: - Caucho's Hessian (a slim HTTP-based binary protocol, = http://www.caucho.com/hessian) - Caucho's Burlap (a slim HTTP-based XML protocol, = http://www.caucho.com/burlap) - transparent RMI (using a RemoteInvocationHandler to allow for non-RMI = service interfaces). The goal is to achieve transparent remoting via service interfaces = without obvious remote dependencies (like extending java.rmi.Remote or = throwing RemoteException): - To access a remote service, a client bean can simply get a bean = reference implementing the service interface from a proxy factory bean. - To export a service, there are service exporter implementations, = exporting a plain remote-unaware service implementation that it gets as = bean reference implementing the service interface. For Hessian and Burlap, the exporters are web MVC controllers, allowing = for exporting any bean as remote service to HTTP URLs just like a normal = MVC controller - even within the same ControllerServlet. For transparent = RMI, the exporter is a non-web bean that can export any bean via RMI on = the same machine, taking the RMI name of the object and the port of the = registry as parameters (and implictly starting a registry if there isn't = one yet). This means that remote services can be integrated into Spring = applications just like normal beans or any other resource (compare = JndiDataSourceBean and JndiSessionFactoryBean), getting treated as = standard Java interfaces, given to beans as bean references. Exporting = is as easy as possible too, taking an existing interface-implementing = bean and making it available via the respective protocol. Changing the = protocol, or exporting a service via multiple protocols, doesn't affect = the service implementations at all! BTW, I've already used Hessian successfully in a production system. For = Java-to-Java service calls without sessions, all 3 protocols should work = nicely. RMI has the advantage that it can transport any serializable = Java object without hassle - Hessian had some quirks in this respect = formerly. But Hessian and Burlap are significantly simpler to setup, and = work on a web server with any firewall. They even support HTTP basic = authentication (see username and password properties of the respective = proxy factory beans). Of course, an obvious remoting solution is missing: SOAP-based web = services. This shouldn't be too hard to add, but such toolkits are far = more complex to setup and integrate, especially Axis. I wouldn't use = SOAP for Java-to-Java communication anyway, as it's fairly bloated. I = prefer Hessian: slim, and extremely simple to setup. But the nice thing = about our support is that protocol choices aren't mutually exclusive: = Export a bean both via Hessian and transparent RMI, if you like, or with = SOAP when there will be support for it. Regards, Juergen P.S: Hessian and Burlap are open source under the Apache license. Their = releases are aligned with and included in Resin releases, but they're = also available standalone - for example they work nicely with Tomcat. = And just in case you're wondering, hessian-3.0.1.jar contains both = Hessian and Burlap. DI J=FCrgen H=F6ller Senior System Architect ______________________________________ werk3ATS - division systementwicklung part of werk3AT internetmedien oeg europaplatz 4 A - 4020 linz t. +43 (0) 732 71 65 29 502 f. +43 (0) 732 71 65 29 3 jue...@we... www.werk3at.com ______________________________________ werk3ATS - WIR ENTWICKELN ERFOLG |
|
From: Travis C. <tra...@le...> - 2003-05-16 15:16:37
|
Is there a way currently in Spring to execute a Stored Procedure and = retrieve a ResultSet back? Also, I have not received any feedback on my recent logo. I was = wondering what process we want to go through to finalize the logo so I = can start on the site design, color scheme, etc. I have been absent = from the list recently because of a lot of work at the office, yet that = is about to slow down. I will have some time to work on the site, logo, = etc. I want to get moving while I have the time. Travis L. Chase |
|
From: Rod J. <rod...@in...> - 2003-05-16 14:54:09
|
I, Jon Tirsen and Bob Lee set up a sourceforge project called aopalliance a couple of months ago. Jon checked in the interfaces--a single package. This version was slightly obsolete, so I'm about to check in minor changes to AOP alliance in the process of modifying Spring to work with AOP alliance. This involves a few minor name changes for Spring mainly (like invocation.getAttachment -> invocation.getResource and MethodInterceptor.invoke takes MethodInvocation not Invocation to save a cast). I should check in changes to both AOP alliance and Spring on the weekend. I'm chasing Jon and Bob to get them to commit to implementing the AOP alliance interfaces in Nanning and jAdvise. I was working on an AOPAlliance spec, but unfortunately this got a bit waylaid by my trip to Australia, other work on Spring and the potential problems with Parc's patent on AOP. And Jon and Bob have been a bit quiet of late. Hopefully if Nanning and jAdvise do go down the AOP alliance route, this would be an important part of the lightweight framework story, and would be a good promotional angle for Spring. Might also be a good basis for a TSS article etc. I'll post a message here when I have the AOP alliance and Spring sf repositories in synch. Btw, I'm very keen for us to get a release ASAP. I'm talking at the ServerSide symposium at the end of June--I would love to have a 0.9 or even 1.0RC release by then to talk about. It's one of the best promotional opportunities we'll get in the near future, and ideally we need to be on at least our second release by then. Regards, Rod ----- Original Message ----- From: "Kopylenko, Dmitry" <dko...@su...> To: "'Rod Johnson'" <rod...@in...>; <spr...@li...> Sent: Friday, May 16, 2003 1:32 PM Subject: RE: [Springframework-developer] AOP > Rod, > > do you have any rough estimates on when the aopalliance.org would become > alive and also would you know where to get aopalliance API javadocs? > > Regards, > Dmitriy > > -----Original Message----- > From: Rod Johnson [mailto:rod...@in...] > Sent: Friday, May 16, 2003 02:38 AM > To: spr...@li... > Subject: [Springframework-developer] AOP > > > I've renamed the AspectInterfaceInterceptor (which can add new interfaces > not implemented by a target) IntroductionInterceptor. > AbstractAspectInterfaceInterceptor is now DelegatingIntroductionInterceptor, > as it now supports an external delegate. > > This is more consistent with standard AOP terminology. Interfaces added by > the AOP framework are usually called "introductions". > > I'm currently trying to get Jon Tirsen (Nanning) and Bob Lee (jAdvise) to > commit to dates for porting their AOP frameworks to the AOP Alliance > interfaces. > > I'll need to make some fairly minor changes to Spring AOP to fit in with the > latest AOP Alliance. > > Regards, > Rod > > > > > ------------------------------------------------------- > Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara > The only event dedicated to issues related to Linux enterprise solutions > www.enterpriselinuxforum.com > > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: <jue...@we...> - 2003-05-16 12:56:47
|
Isabelle, Ken, everybody,
On the occasion, some examples for initializing a Spring web app, =
especially regarding Log4J.
1. Log4J for usage within a web app
In web.xml, add the following to activate Log4j with a config file =
location relative to the web app root, by default refreshing the config =
file every minute (also recognizes a context-param =
"log4jRefreshInterval", and assumes an XML file in case of a ".xml" =
extension):
<context-param>
<param-name>webAppRootKey</param-name>
<param-value>example.root</param-value>
</context-param>
<context-param>
<param-name>log4jConfigLocation</param-name>
<param-value>WEB-INF/log4j.xml</param-value>
</context-param>
<listener>
=
<listener-class>com.interface21.web.util.Log4jConfigListener</listener-cl=
ass>
</listener>
In log4j.properties, the system property with the specified =
"webAppRootKey" can be used as follows:
log4j.appender.examplefile=3Dorg.apache.log4j.FileAppender
log4j.appender.examplefile.File=3D${example.root}/WEB-INF/example.log
If you don't need a refresh check and use the default config location =
anyway (i.e. "WEB-INF\classes\log4j.properties"), you can omit the =
"log4jConfigLocation" param. Log4J performs its default initialization =
then, still recognizing the system property. Just to achieve the latter, =
WebAppRootListener would be enough, but Log4jConfigListener is fine in =
this case too (see respective javadoc).=20
If you'd like to use absolute log file paths anyway, you can omit the =
"webAppRootKey" param. You can also omit it and use the default =
"webapp.root" key in your log4j.properties - if running in an =
appropriate container like Resin that isolates system properties per web =
app. With containers like Tomcat that no not separate each web app's =
system properties, you'll need to specify a unique key per web app to =
avoid clashes.
BTW, Log4J's ${key} simply looks for a system property named "key". So =
if you like to use the webAppRootKey mechanism but also support a test =
environment with the same Log4J config file, simply call =
Log4jConfigurer.setWorkingDirectorySystemProperty(<key>) to set the =
specified system property to the current working directory.
Note: The order of the listeners is important, to initialize Log4J =
before any Spring activity.
2. Loading Spring application contexts
The following illustrates a typical setup in web.xml:
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>WEB-INF/myContext.xml</param-value>
</context-param>
<listener>
=
<listener-class>com.interface21.web.context.ContextLoaderListener</listen=
er-class>
</listener>
<servlet>
<servlet-name>example</servlet-name>
=
<servlet-class>com.interface21.web.servlet.ControllerServlet</servlet-cla=
ss>
<load-on-startup>1</load-on-startup>
</servlet>
If you'd like to use a root application context, register the =
ContextLoaderListener. If you do not, you will simply have no root =
application context but just servlet-specific ones without parent. If =
you'd like to use the default root context location (i.e. =
"/WEB-INF/applicationContext.xml") anyway, you can omit the =
"contextConfigLocation" param.
A FrameworkServlet resp. ControllerServlet looks up its namespaced =
context at "/WEB-INF/<servlet-name>-servlet.xml" by default. This can be =
customized via "contextConfigLocationPrefix" and =
"customConfigLocationSuffix" context-params, e.g. prefix =
"/WEB-INF/servlets/", suffix ".xml" -> =
"/WEB-INF/servlets/<servlet-name>-servlet.xml" (see =
XmlWebApplicationContext javadoc). The "<servlet-name>-servlet" =
namespace can be customized too, but at the FrameworkServlet level: It =
can be overridden by a "namespace" init-param.
Context implementation classes can also be customized, if desired. For =
the root context, this can be achieved via a "contextClass" =
context-param (see ContextLoader javadoc). A FrameworkServlet resp. =
ControllerServlet offers a "contextClass" init-param. Note that for the =
latter, the context implementation needs an (ApplicationContext, String) =
constructor, for the parent and the namespace (see FrameworkServlet =
javadoc).
3. Keep it simple
Let's review necessary settings:
- A Spring web app doesn't need any context-params or listeners at all, =
if just using a FrameworkServlet resp. ControllerServlet with its own =
context.
- If you want a root application context, register =
ContextLoaderListener.
- If you'd like to specify a custom context config location, or =
FrameworkServlet namespace or prefix or suffix, add the respective =
context-param.
- For the web app root system property (e.g. in your Log4J config), =
register WebAppRootListener or Log4jConfigListener, and specify the =
"webAppRootKey" context-param in a non-isolating container.
- For custom Log4J initialization, register Log4jConfigListener and add =
respective context-params.
So please, let's not use context-params if not needed, i.e. if using the =
defaults anyway. This avoids cluttering web.xml.
Finally an important note: I've removed both Log4jConfigServlet and =
ContextLoaderServlet, as we require Servlet 2.3 and should thus use =
Log4jConfigListener resp. ContextLoaderListener in any case. You'll have =
to adapt your config files if you've still used those initialization =
servlets up to now, but I consider it important to clean this before a =
proper release: 1 way for 1 thing to achieve. Sorry for any =
inconvenience - in case of severe impacts regarding context loading, =
write your own initialization servlet, overriding init() with a =
ContextLoader.initContext(ServletContext) call.
Regards,
Juergen
|
|
From: Kopylenko, D. <dko...@ac...> - 2003-05-16 12:32:15
|
Rod, do you have any rough estimates on when the aopalliance.org would become alive and also would you know where to get aopalliance API javadocs? Regards, Dmitriy -----Original Message----- From: Rod Johnson [mailto:rod...@in...] Sent: Friday, May 16, 2003 02:38 AM To: spr...@li... Subject: [Springframework-developer] AOP I've renamed the AspectInterfaceInterceptor (which can add new interfaces not implemented by a target) IntroductionInterceptor. AbstractAspectInterfaceInterceptor is now DelegatingIntroductionInterceptor, as it now supports an external delegate. This is more consistent with standard AOP terminology. Interfaces added by the AOP framework are usually called "introductions". I'm currently trying to get Jon Tirsen (Nanning) and Bob Lee (jAdvise) to commit to dates for porting their AOP frameworks to the AOP Alliance interfaces. I'll need to make some fairly minor changes to Spring AOP to fit in with the latest AOP Alliance. Regards, Rod ------------------------------------------------------- Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara The only event dedicated to issues related to Linux enterprise solutions www.enterpriselinuxforum.com _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Isabelle M. <isa...@me...> - 2003-05-16 08:04:58
|
Hi Gary, Have you been able to get something official laid out? Thanks for the 30-day license. I've been using it to chart the whole project. We have someone working on our website, the idea is to have a section for our sponsors where you can explain who you are and why you support the open source movement. Best regards, Isabelle Muszynski On Tue, Apr 22, 2003 at 11:58:34AM -0500, Gary Duncanson wrote: > Isabelle, > > I just sent a 30 day full evaluation key for MagicDraw for your entire group. Please contact me during the first week of May, as the end of the month sales for products and services are keeping be 150% busy. > Sorry for the slow response. I am truing to get caught up. We will get something office laid out during the first week of May. > > Sincerely, > > Gary > > Isabelle Muszynski wrote: > > > Hi Gary, > > > > Apparently more of us are interested in using the professional edition. For example, Thomas Risberg has started using it to generate the data model for our tutorial. See http://www.tridb.org/spring.html. > > > > Isabelle > > > > On Thu, Apr 17, 2003 at 08:23:52AM -0500, Gary Duncanson wrote: > > > Folks, > > > > > > How many people are involved in the effort? I see that you would have need > > > for both the professional and standard editions. What I could do is provide > > > you with a few standard copies and a single floating professional to be used > > > for the Spring Framework Project only. > > > > > > Would this suite your needs? > > > > > > For our part, we would like a quote from you for our web page and a link > > > from your project site to MagicDraw. > > > > > > Sincerely, > > > > > > Gary Duncanson, > > > Executive Vice President, > > > Sales and Marketing > > > No Magic, Inc. USA > > > 800 East Campbell Road, STE 199 > > > Richardson, TX 75081 > > > Direct: 972-527-9377 > > > Fax: 972-527-9470 > > > Mobile & Pager: 469-222-5966 > > > E-mail: ga...@no... > > > WWW: http://www.nomagic.com > > > > > > > > > Thomas Risberg wrote: > > > > > > > Gary, > > > > > > > > I understand that Isabelle Muszynski has been in contact with you > > > > regarding using MagicDraw for our open source project "Spring > > > > Framework". I joined the group in February and I have been working on > > > > enhancements to the JDBC framework. I have a 20+ year career as a > > > > database developer (you can view my resume at > > > > http://www.tridb.com/resume.php) and working on this JDBC framework is > > > > really exciting, since it makes dealing with the details of the API soo > > > > much easier. > > > > > > > > It would be a great benefit if we could use MagicDraw for documenting > > > > the sample applications and tutorials that we are planning to develop. > > > > In addition to modeling Java classes, I would also use MagicDraw to > > > > develop any database models using the Data Modeling Profile for the UML. > > > > That would allow us to use one single tool for all our modeling needs. > > > > > > > > I have occasionally used the MagicDraw demo version, and I actually > > > > prefer it to Together when I am modeling at a higher level and when I am > > > > not interested in synchronizing with my Java code. I work for TargetRx, > > > > Inc (www.targetrx.com) and if we did not already have a sizeable > > > > investment in ERwin and Together, than I would definitely have > > > > considered MagicDraw for our modeling needs. > > > > > > > > If you have any questions you can e-mail me at tri...@ta... or > > > > tri...@tr.... > > > > > > > > Sincerely, > > > > > > > > Thomas Risberg > > > > > > > > > > > > > > > > > > > -- > > Isabelle Muszynski > > Software Engineer > > Zandweellaan 4 > > 2660 Antwerpen > > Belgium > > Tel. 32-(0)3-830 18 54 > > Mobile: 32-(0)485 49 50 89 > > Email: isa...@me... > > Website: www.meta-logix.com > > -- > Gary Duncanson, > Executive Vice President, > Sales and Marketing > No Magic, Inc. USA > 800 East Campbell Road, STE 199 > Richardson, TX 75081 > Direct: 972-527-9377 > Fax: 972-527-9470 > Mobile & Pager: 469-222-5966 > E-mail: ga...@no... > WWW: http://www.nomagic.com > > > > -- Isabelle Muszynski Software Engineer Zandweellaan 4 2660 Antwerpen Belgium Tel. 32-(0)3-830 18 54 Mobile: 32-(0)485 49 50 89 Email: isa...@me... Website: www.meta-logix.com |
|
From: Rod J. <rod...@in...> - 2003-05-16 06:40:36
|
I've renamed the AspectInterfaceInterceptor (which can add new interfaces not implemented by a target) IntroductionInterceptor. AbstractAspectInterfaceInterceptor is now DelegatingIntroductionInterceptor, as it now supports an external delegate. This is more consistent with standard AOP terminology. Interfaces added by the AOP framework are usually called "introductions". I'm currently trying to get Jon Tirsen (Nanning) and Bob Lee (jAdvise) to commit to dates for porting their AOP frameworks to the AOP Alliance interfaces. I'll need to make some fairly minor changes to Spring AOP to fit in with the latest AOP Alliance. Regards, Rod |
|
From: Rod J. <rod...@in...> - 2003-05-16 06:35:58
|
This is a rough example, not meant as a guide to good practice, but just my play area... Hence the use of SQL queries for everything, rather than cached data. However, it does show declarative tx mgt via AOP, and the tx rollback works nicely. The AOP stuff is in the test-servlet.xml bean file. Note how the bank target is an implementation of the bo.Bank interface, while the publicly exposed bank object is an AOP proxy. The declarative tx behaviour is specified by the transactionAttributeSource property of the transaction interceptor. Of course the tx interceptor could be shared (like the datasource in Ken's application) across all servlets by being specified in applicationContext.xml. Another interesting possibility is shown by making the createController (which creates the tables) transactional via AOP. Of course you wouldn't normally want to make a web controller transactional (preferring tx delimitation in business objects) but it's transparent to the MVC infrastructure, hence works nicely. Could be useful with legacy code. The readonly interceptor to prevent a JSP from calling update methods is an experiment with the idea of JSPs having limited access to domain objects, without always needing a bean. Not sure about this. Of course it should really be implemented via a ReadOnly metadata attribute rather than the hardcoded interceptor as in the example. The example works with the default HSQL db shipped with Orion 2.01. Regards, Rod |
|
From: Isabelle M. <isa...@me...> - 2003-05-16 05:45:33
|
Hi Juergen, I haven't come across Log4JServlet yet, will have a look at it today. Will incorporate your other suggestions as well. Isabelle On Thu, May 15, 2003 at 11:33:13PM +0200, jürgen höller [werk3AT] wrote: > Ken, Isabelle, > > First of all, thanks for your efforts - they're very welcome :-) > > Some quick remarks after a brief look at the code (and also the web tutorial): > > - You don't need to specify the contextClass param for ContextLoaderServlet, as XmlWebApplicationContext is the default. > > - Let's omit the debug param declaration for ControllerServlet, it's rather confusing. > > - UrlHandlerMapping aren't sorted by bean name anymore but can specify an "order" value, so let's use a nicer name than "a.urlMap". > > - We should show Log4J web configuration too, i.e. starting Log4jConfigServlet with a lower startup number than ContextLoaderServlet, and using some webAppRootKey like "petclinic.root" in log4j.properties (see Log4jConfigServlet). > > - Separating the DataSource configuration as separate bean is fine, but are you aware that MysqlConnectionPoolDataSource is just a pool-supporting DataSource that doesn't pool itself (like with any JDBC driver)? Let's use a correctly pooling container datasource, configured in Spring as JndiDataSourceBean with name "jdbc/petdb" or the like. Of course, a non-pooling DataSource can be used in a test or standalone environment without drawbacks. > > I'm also keen on both transaction support and Hibernate support in a higher-end version of the demo. > > Regards, > Juergen > > > > -----Ursprüngliche Nachricht----- > Von: Rod Johnson [mailto:rod...@in...] > Gesendet: Do 15.05.2003 10:38 > An: Ken Krebs; Isabelle Muszynski; jürgen höller [werk3AT] > Cc: 'spring-dev-list' > Betreff: Re: Petclinic demo app prototype > > > > Thanks Ken. This looks like a nice example. The fact that the code is so > simple tends to show that Spring does what it claims! > > It would be good to use the JdbcTemplate at least once for a query / update. > This is an important part of the API. > > "Stage D & later" - ???, suggestions wanted; JNDI, internationalization > support, support for reference data in AbstractFormController, > AbstractWizardFormController, simple transactions, non-JSP views, > authentication/authorization, fancier display pages possibly with a > header/footer/menu and maybe a stylesheet, etc. > > Transaction support: we'd need to come up with a requirement, and show the > TransactionTemplate and the AOP declarative approach. I have an example of > the declarative approach, which I'll send when I'm accessing the net over > something faster than my mobile phone. > > A Hibernate version of the present demo might be interesting to do later, as > well, showing the new Hibernate integration. > > Regards, > Rod > > > > ----- Original Message ----- > From: "Ken Krebs" <kk...@kk...> > To: "Isabelle Muszynski" <isa...@me...>; "jürgen höller > [werk3AT]" <jue...@we...>; "Rod Johnson" > <rod...@in...> > Cc: "'spring-dev-list'" <spr...@li...> > Sent: Thursday, May 15, 2003 3:29 AM > Subject: Petclinic demo app prototype > > > > To All, > > > > I am pleased to announce that I now have ready for download a PROTOTYPE > > of the Petclinic demo app > > <http://www.globaldialog.com/%7Ekkrebs/files/Petclinic1.zip>, approx. > > 1.25MB. > > > > Be sure to read the file, petclinic.txt. This file contains my notes > > about the design and implementation and also raises key issues that need > > to be resolved. > > > > I very much welcome all comments, suggestions, ideas, and criticisms. I > > look forward to hearing from you. > > > > Ken > > > > > > -- Isabelle Muszynski Software Engineer Zandweellaan 4 2660 Antwerpen Belgium Tel. 32-(0)3-830 18 54 Mobile: 32-(0)485 49 50 89 Email: isa...@me... Website: www.meta-logix.com |
|
From: Isabelle M. <isa...@me...> - 2003-05-16 05:42:12
|
Hi everyone, I've been thinking about how to coordinate Ken's and my efforts to avoid unnecessary duplication. I'm basically showing bits and pieces, and intend to cover all packages. What I don't intend to do is to show how to put it all together and get a real application out. So it seems to me this is where Ken comes in. I'm currently working on the UML model of the web stuff, which forces me to study the sources. Once that's done, I will expand the web trail of the tutorial a bit more (for ex. validators). Then it's on to JNDI. By the way, Ken, I have a datasource definition for MySQL and Tomcat, I'm attaching it to this mail. My suggestion for the web demo is : (1) Describe the use cases that will be handled in the demo. If Ken sends me a text description, I can generate a use case diagram and send him back a jpeg. Mybe also indicate which use cases will be implemented in a later version of the demo. (2) Do the business model (which you already have), but I would separate out the persistence stuff. (3) Do the data access layer. Note that up to now there is nothing web-related. (4) Explain the flow of the pages which leads you to explain how you set up your controllers. We are now starting the web stuff. You could do this use case by use case, so the users can follow your logic. (5) Code the views. What do you think? Isabelle -- Isabelle Muszynski Software Engineer Zandweellaan 4 2660 Antwerpen Belgium Tel. 32-(0)3-830 18 54 Mobile: 32-(0)485 49 50 89 Email: isa...@me... Website: www.meta-logix.com |
1239 messages has been excluded from this view by a project administrator.
