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: <jue...@we...> - 2003-05-15 21:32:27
|
S2VuLCBJc2FiZWxsZSwNCiANCkZpcnN0IG9mIGFsbCwgdGhhbmtzIGZvciB5b3VyIGVmZm9ydHMg LSB0aGV5J3JlIHZlcnkgd2VsY29tZSA6LSkNCiANClNvbWUgcXVpY2sgcmVtYXJrcyBhZnRlciBh IGJyaWVmIGxvb2sgYXQgdGhlIGNvZGUgKGFuZCBhbHNvIHRoZSB3ZWIgdHV0b3JpYWwpOg0KIA0K LSBZb3UgZG9uJ3QgbmVlZCB0byBzcGVjaWZ5IHRoZSBjb250ZXh0Q2xhc3MgcGFyYW0gZm9yIENv bnRleHRMb2FkZXJTZXJ2bGV0LCBhcyBYbWxXZWJBcHBsaWNhdGlvbkNvbnRleHQgaXMgdGhlIGRl ZmF1bHQuDQogDQotIExldCdzIG9taXQgdGhlIGRlYnVnIHBhcmFtIGRlY2xhcmF0aW9uIGZvciBD b250cm9sbGVyU2VydmxldCwgaXQncyByYXRoZXIgY29uZnVzaW5nLg0KIA0KLSBVcmxIYW5kbGVy TWFwcGluZyBhcmVuJ3Qgc29ydGVkIGJ5IGJlYW4gbmFtZSBhbnltb3JlIGJ1dCBjYW4gc3BlY2lm eSBhbiAib3JkZXIiIHZhbHVlLCBzbyBsZXQncyB1c2UgYSBuaWNlciBuYW1lIHRoYW4gImEudXJs TWFwIi4NCiANCi0gV2Ugc2hvdWxkIHNob3cgTG9nNEogd2ViIGNvbmZpZ3VyYXRpb24gdG9vLCBp LmUuIHN0YXJ0aW5nIExvZzRqQ29uZmlnU2VydmxldCB3aXRoIGEgbG93ZXIgc3RhcnR1cCBudW1i ZXIgdGhhbiBDb250ZXh0TG9hZGVyU2VydmxldCwgYW5kIHVzaW5nIHNvbWUgd2ViQXBwUm9vdEtl eSBsaWtlICJwZXRjbGluaWMucm9vdCIgaW4gbG9nNGoucHJvcGVydGllcyAoc2VlIExvZzRqQ29u ZmlnU2VydmxldCkuDQogDQotIFNlcGFyYXRpbmcgdGhlIERhdGFTb3VyY2UgY29uZmlndXJhdGlv biBhcyBzZXBhcmF0ZSBiZWFuIGlzIGZpbmUsIGJ1dCBhcmUgeW91IGF3YXJlIHRoYXQgTXlzcWxD b25uZWN0aW9uUG9vbERhdGFTb3VyY2UgaXMganVzdCBhIHBvb2wtc3VwcG9ydGluZyBEYXRhU291 cmNlIHRoYXQgZG9lc24ndCBwb29sIGl0c2VsZiAobGlrZSB3aXRoIGFueSBKREJDIGRyaXZlcik/ IExldCdzIHVzZSBhIGNvcnJlY3RseSBwb29saW5nIGNvbnRhaW5lciBkYXRhc291cmNlLCBjb25m aWd1cmVkIGluIFNwcmluZyBhcyBKbmRpRGF0YVNvdXJjZUJlYW4gd2l0aCBuYW1lICJqZGJjL3Bl dGRiIiBvciB0aGUgbGlrZS4gT2YgY291cnNlLCBhIG5vbi1wb29saW5nIERhdGFTb3VyY2UgY2Fu IGJlIHVzZWQgaW4gYSB0ZXN0IG9yIHN0YW5kYWxvbmUgZW52aXJvbm1lbnQgd2l0aG91dCBkcmF3 YmFja3MuDQogDQpJJ20gYWxzbyBrZWVuIG9uIGJvdGggdHJhbnNhY3Rpb24gc3VwcG9ydCBhbmQg SGliZXJuYXRlIHN1cHBvcnQgaW4gYSBoaWdoZXItZW5kIHZlcnNpb24gb2YgdGhlIGRlbW8uDQog DQpSZWdhcmRzLA0KSnVlcmdlbg0KIA0KIA0KDQoJLS0tLS1VcnNwcsO8bmdsaWNoZSBOYWNocmlj aHQtLS0tLSANCglWb246IFJvZCBKb2huc29uIFttYWlsdG86cm9kLmpvaG5zb25AaW50ZXJmYWNl MjEuY29tXSANCglHZXNlbmRldDogRG8gMTUuMDUuMjAwMyAxMDozOCANCglBbjogS2VuIEtyZWJz OyBJc2FiZWxsZSBNdXN6eW5za2k7IGrDvHJnZW4gaMO2bGxlciBbd2VyazNBVF0gDQoJQ2M6ICdz cHJpbmctZGV2LWxpc3QnIA0KCUJldHJlZmY6IFJlOiBQZXRjbGluaWMgZGVtbyBhcHAgcHJvdG90 eXBlDQoJDQoJDQoNCglUaGFua3MgS2VuLiBUaGlzIGxvb2tzIGxpa2UgYSBuaWNlIGV4YW1wbGUu IFRoZSBmYWN0IHRoYXQgdGhlIGNvZGUgaXMgc28NCglzaW1wbGUgdGVuZHMgdG8gc2hvdyB0aGF0 IFNwcmluZyBkb2VzIHdoYXQgaXQgY2xhaW1zIQ0KCQ0KCUl0IHdvdWxkIGJlIGdvb2QgdG8gdXNl IHRoZSBKZGJjVGVtcGxhdGUgYXQgbGVhc3Qgb25jZSBmb3IgYSBxdWVyeSAvIHVwZGF0ZS4NCglU aGlzIGlzIGFuIGltcG9ydGFudCBwYXJ0IG9mIHRoZSBBUEkuDQoJDQoJIlN0YWdlIEQgJiBsYXRl ciIgLSA/Pz8sIHN1Z2dlc3Rpb25zIHdhbnRlZDsgSk5ESSwgaW50ZXJuYXRpb25hbGl6YXRpb24N CglzdXBwb3J0LCBzdXBwb3J0IGZvciByZWZlcmVuY2UgZGF0YSBpbiBBYnN0cmFjdEZvcm1Db250 cm9sbGVyLA0KCUFic3RyYWN0V2l6YXJkRm9ybUNvbnRyb2xsZXIsIHNpbXBsZSB0cmFuc2FjdGlv bnMsIG5vbi1KU1Agdmlld3MsDQoJYXV0aGVudGljYXRpb24vYXV0aG9yaXphdGlvbiwgZmFuY2ll ciBkaXNwbGF5IHBhZ2VzIHBvc3NpYmx5IHdpdGggYQ0KCWhlYWRlci9mb290ZXIvbWVudSBhbmQg bWF5YmUgYSBzdHlsZXNoZWV0LCBldGMuDQoJDQoJVHJhbnNhY3Rpb24gc3VwcG9ydDogd2UnZCBu ZWVkIHRvIGNvbWUgdXAgd2l0aCBhIHJlcXVpcmVtZW50LCAgYW5kIHNob3cgdGhlDQoJVHJhbnNh Y3Rpb25UZW1wbGF0ZSBhbmQgdGhlIEFPUCBkZWNsYXJhdGl2ZSBhcHByb2FjaC4gSSBoYXZlIGFu IGV4YW1wbGUgb2YNCgl0aGUgZGVjbGFyYXRpdmUgYXBwcm9hY2gsIHdoaWNoIEknbGwgc2VuZCB3 aGVuIEknbSBhY2Nlc3NpbmcgdGhlIG5ldCBvdmVyDQoJc29tZXRoaW5nIGZhc3RlciB0aGFuIG15 IG1vYmlsZSBwaG9uZS4NCgkNCglBIEhpYmVybmF0ZSB2ZXJzaW9uIG9mIHRoZSBwcmVzZW50IGRl bW8gbWlnaHQgYmUgaW50ZXJlc3RpbmcgdG8gZG8gbGF0ZXIsIGFzDQoJd2VsbCwgc2hvd2luZyB0 aGUgbmV3IEhpYmVybmF0ZSBpbnRlZ3JhdGlvbi4NCgkNCglSZWdhcmRzLA0KCVJvZA0KCQ0KCQ0K CQ0KCS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCglGcm9tOiAiS2VuIEtyZWJzIiA8a2tA a2t0ZWMuY29tPg0KCVRvOiAiSXNhYmVsbGUgTXVzenluc2tpIiA8aXNhYmVsbGVAbWV0YS1sb2dp eC5jb20+OyAiasO8cmdlbiBow7ZsbGVyDQoJW3dlcmszQVRdIiA8anVlcmdlbi5ob2VsbGVyQHdl cmszYXQuY29tPjsgIlJvZCBKb2huc29uIg0KCTxyb2Quam9obnNvbkBpbnRlcmZhY2UyMS5jb20+ DQoJQ2M6ICInc3ByaW5nLWRldi1saXN0JyIgPHNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJAbGlz dHMuc291cmNlZm9yZ2UubmV0Pg0KCVNlbnQ6IFRodXJzZGF5LCBNYXkgMTUsIDIwMDMgMzoyOSBB TQ0KCVN1YmplY3Q6IFBldGNsaW5pYyBkZW1vIGFwcCBwcm90b3R5cGUNCgkNCgkNCgk+IFRvIEFs bCwNCgk+DQoJPiBJIGFtIHBsZWFzZWQgdG8gYW5ub3VuY2UgdGhhdCBJIG5vdyBoYXZlIHJlYWR5 IGZvciBkb3dubG9hZCBhIFBST1RPVFlQRQ0KCT4gb2YgdGhlIFBldGNsaW5pYyBkZW1vIGFwcA0K CT4gPGh0dHA6Ly93d3cuZ2xvYmFsZGlhbG9nLmNvbS8lN0Vra3JlYnMvZmlsZXMvUGV0Y2xpbmlj MS56aXA+LCBhcHByb3guDQoJPiAxLjI1TUIuDQoJPg0KCT4gQmUgc3VyZSB0byByZWFkIHRoZSBm aWxlLCBwZXRjbGluaWMudHh0LiBUaGlzIGZpbGUgY29udGFpbnMgbXkgbm90ZXMNCgk+IGFib3V0 IHRoZSBkZXNpZ24gYW5kIGltcGxlbWVudGF0aW9uIGFuZCBhbHNvIHJhaXNlcyBrZXkgaXNzdWVz IHRoYXQgbmVlZA0KCT4gdG8gYmUgcmVzb2x2ZWQuDQoJPg0KCT4gSSB2ZXJ5IG11Y2ggd2VsY29t ZSBhbGwgY29tbWVudHMsIHN1Z2dlc3Rpb25zLCBpZGVhcywgYW5kIGNyaXRpY2lzbXMuIEkNCgk+ IGxvb2sgZm9yd2FyZCB0byBoZWFyaW5nIGZyb20geW91Lg0KCT4NCgk+IEtlbg0KCT4NCgkNCgkN CgkNCg0K |
|
From: Rod J. <rod...@in...> - 2003-05-15 16:59:15
|
Yes, when all the methods are static I tend to make the class abstract to make it clear it isn't a real object. R ----- Original Message ----- From: "Kopylenko, Dmitry" <dko...@su...> To: "'Isabelle Muszynski'" <isa...@me...>; <spr...@li...> Sent: Thursday, May 15, 2003 4:06 PM Subject: RE: [Springframework-developer] RequestContextUtils > So perhaps you cannot directly instantiate it ? :-) > > D. > > -----Original Message----- > From: Isabelle Muszynski [mailto:isa...@me...] > Sent: Thursday, May 15, 2003 11:05 AM > To: spr...@li... > Subject: [Springframework-developer] RequestContextUtils > > > why is that class abstract? can't find any abstract methods in it. > > 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 > > > ------------------------------------------------------- > 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: Kopylenko, D. <dko...@ac...> - 2003-05-15 15:06:55
|
So perhaps you cannot directly instantiate it ? :-) D. -----Original Message----- From: Isabelle Muszynski [mailto:isa...@me...] Sent: Thursday, May 15, 2003 11:05 AM To: spr...@li... Subject: [Springframework-developer] RequestContextUtils why is that class abstract? can't find any abstract methods in it. 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-15 15:04:44
|
why is that class abstract? can't find any abstract methods in it. 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-15 08:41:59
|
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 > |
|
From: Rod J. <rod...@in...> - 2003-05-15 08:41:32
|
Dong, Juergen and I did a refactoring of JNDI support (static JndiServices became object JndiTemplate for consistency and to facilitate unit testing). This broke the JMS package. Although it would have been easy enough to fix, we decided to drop it temporarily. We felt that - the existing JMS code was a bit rough. However, if you're using it with success I guess that's an argument in its favour. - given the priority of getting a release out the door, we thought JMS mightn't be polished enough in time. However, we definitely want JMS support in Spring in the future--this is temporary. If you, or anyone else, would like to polish the JMS classes and resubmit them, that would be great. They also really need tests--preferably mock object-based. Is anyone else using the JMS packages? Any other thoughts? Regards, Rod > Hi All > > I have noticed that jms support has been dropped from > com.interface21.jms, may I ask why? I have used it im my project > (I have to add queue support, since it only supports topic > only). > > Thanks > > Dong > > ________________________________________________ > Get your own "800" number > Voicemail, fax, email, and a lot more > http://www.ureach.com/reg/tag > > > ------------------------------------------------------- > 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: Ken K. <kk...@kk...> - 2003-05-15 02:34:41
|
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 |
|
From: Dongdong Z. <dz...@ur...> - 2003-05-14 21:51:52
|
Hi All I have noticed that jms support has been dropped from com.interface21.jms, may I ask why? I have used it im my project (I have to add queue support, since it only supports topic only). Thanks Dong ________________________________________________ Get your own "800" number Voicemail, fax, email, and a lot more http://www.ureach.com/reg/tag |
|
From: Isabelle M. <isa...@me...> - 2003-05-14 16:31:53
|
on my website. 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-14 12:39:29
|
New version of the tutorial on my website. 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: JP P. <jp....@ti...> - 2003-05-13 19:41:44
|
Hi, After a little modification in the test to write the non matched URL, I have this running the tests. Clearly, the French definition is picked up instead the English. My system is natively in French. Testsuite: com.interface21.web.servlet.view.ResourceBundleViewResolverTestSuite Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 0,438 sec ------------- Standard Error ----------------- log4j:ERROR Could not find value for key log4j.appender.stdout log4j:ERROR Could not instantiate appender named "stdout". log4j:WARN No appenders could be found for logger (com.interface21.web.context.support.StaticWebApplicationContext). log4j:WARN Please initialize the log4j system properly. ------------- ---------------- --------------- Testcase: testDebugViewEnglish took 0,438 sec FAILED debugView must have correct URL, current is jsp/debug/deboug.jsp junit.framework.AssertionFailedError: debugView must have correct URL, current is jsp/debug/deboug.jsp at com.interface21.web.servlet.view.ResourceBundleViewResolverTestSuite.tes tDebugViewEnglish(ResourceBundleViewResolverTestSuite.java:62) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) Testcase: testDebugViewEnglish =A0 Jean-Pierre Pawlak jp....@ti... =A0 |
|
From: Thomas R. <tri...@tr...> - 2003-05-12 17:45:14
|
I think we also need to consider what third party jars are required as well. When I use the jdbc classes I currently need to include the following jars: spring-core, spring-jdbc, spring-xmlbean, log4j, aopalliance. Maybe we should have a few select "standalone" configurations in addition to the "full" jar. I think one of them should be the jdbc code - spring-jdbc-only (this should include all "spring" dependencies) with clearly stated third party jars and versions required to use all features. If we need to, we should also document any EJB classloader issues and what jars need to go where. Thomas > We need to review the whole distribution Jar thing. > > The AOP framework is fairly small and, I think, part of the > core. (Not so for the interceptors.) > > I'm inclining towards emphasising a single Jar--the "full" > Jar at present. Simply including this in a web app will do > the job. At a bit over 400K it's not too large, compared to > many other libraries. > > The only problem is that in EJB deployment this may produce > nasty gotchas when the EJB loader is the parent of the WAR > loader. In the release with the book I took care to package > around this issue: I think it's likely Spring in its current > form would pose more problems. > > Personally I see part of Spring's value in that it provides a > lighter-weight alternative to EJB for many things. However, > some users will need to use Spring with EJB, and we need to > support this. > > Any thoughts on this? > > 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 > > -- Thomas Risberg tri...@tr... |
|
From: <rod...@in...> - 2003-05-12 16:31:41
|
We need to review the whole distribution Jar thing. The AOP framework is fairly small and, I think, part of the core. (Not so for the interceptors.) I'm inclining towards emphasising a single Jar--the "full" Jar at present. Simply including this in a web app will do the job. At a bit over 400K it's not too large, compared to many other libraries. The only problem is that in EJB deployment this may produce nasty gotchas when the EJB loader is the parent of the WAR loader. In the release with the book I took care to package around this issue: I think it's likely Spring in its current form would pose more problems. Personally I see part of Spring's value in that it provides a lighter-weight alternative to EJB for many things. However, some users will need to use Spring with EJB, and we need to support this. Any thoughts on this? Regards, Rod |
|
From: Kopylenko, D. <dko...@ac...> - 2003-05-12 15:05:52
|
Rod, should we create another distribution unit for aop framework (spring-aop.jar) ? That's what I've done locally in order to include the aop stuff in our application's war deployment unit. D. |
|
From: Isabelle M. <isa...@me...> - 2003-05-12 15:05:25
|
Hi Dmitriy, The printable version isn't any better, I think your best bet is to save the diagram as an image and import it into Word. Isabelle On Mon, May 12, 2003 at 10:01:46AM -0400, Kopylenko, Dmitry wrote: > Isabelle, > > it's very hard to print these diagrams from a web browser - the entire > picture does not fit the physical page. > > Regards, > Dmitriy. > > -----Original Message----- > From: Isabelle Muszynski [mailto:isa...@me...] > Sent: Monday, May 12, 2003 09:49 AM > To: spr...@li... > Subject: [Springframework-developer] new version of tutorial and uml > model > > > On my website. > > 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 > > -- 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-12 14:46:00
|
OK, let me try to generate the "printable" report. Isabelle On Mon, May 12, 2003 at 10:01:46AM -0400, Kopylenko, Dmitry wrote: > Isabelle, > > it's very hard to print these diagrams from a web browser - the entire > picture does not fit the physical page. > > Regards, > Dmitriy. > > -----Original Message----- > From: Isabelle Muszynski [mailto:isa...@me...] > Sent: Monday, May 12, 2003 09:49 AM > To: spr...@li... > Subject: [Springframework-developer] new version of tutorial and uml > model > > > On my website. > > 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 > > -- 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: Travis C. <tra...@le...> - 2003-05-12 14:43:41
|
sorry, cvs port - stupid outlook -----Original Message----- From: Travis Chase=20 Sent: Monday, May 12, 2003 9:41 AM To: spr...@li... Subject: [Springframework-developer] Current framework I have a very restrictive firewall at my company and can not get out on = the caves port. Can someone zip up the current build and put it on a = web site somewhere and email it to me? thanks, *~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~ Travis L. Chase Microsoft Certified Solutions Developer (MCSD) Senior Programmer Analyst Leggett & Platt, Inc. tra...@le... 417-358-8131 ext.3865 ~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~* "A dead thing can go with the stream, but only a living=20 thing can go against it." - G. K. Chesterton "Impartiality is a pompous name for indifference, which=20 is an elegant name for ignorance." - G. K. Chesterton =20 ------------------------------------------------------- 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: Travis C. <tra...@le...> - 2003-05-12 14:40:44
|
I have a very restrictive firewall at my company and can not get out on = the caves port. Can someone zip up the current build and put it on a = web site somewhere and email it to me? thanks, *~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~ Travis L. Chase Microsoft Certified Solutions Developer (MCSD) Senior Programmer Analyst Leggett & Platt, Inc. tra...@le... 417-358-8131 ext.3865 ~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~* "A dead thing can go with the stream, but only a living=20 thing can go against it." - G. K. Chesterton "Impartiality is a pompous name for indifference, which=20 is an elegant name for ignorance." - G. K. Chesterton =20 |
|
From: Kopylenko, D. <dko...@ac...> - 2003-05-12 14:01:52
|
Isabelle, it's very hard to print these diagrams from a web browser - the entire picture does not fit the physical page. Regards, Dmitriy. -----Original Message----- From: Isabelle Muszynski [mailto:isa...@me...] Sent: Monday, May 12, 2003 09:49 AM To: spr...@li... Subject: [Springframework-developer] new version of tutorial and uml model On my website. 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-12 13:49:27
|
On my website. 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-12 12:00:58
|
Thanks Juergen, excellent outline--should help towards the tutorial.
The changes you've made to simplify MVC setup are welcome. I think ease of
use is essential to get people to start using Spring. And there's an elegant
route towards richer functionality...
I'm trying to think of ways to simplify entry-level use of AOP/declarative
tx management etc, although it's reasonably intuitive as it is. Suggestions
welcome.
Rod
----- Original Message -----
From: "jürgen höller [werk3AT]" <jue...@we...>
To: <spr...@li...>
Sent: Monday, May 12, 2003 7:57 AM
Subject: [Springframework-developer] Web app setup
Hi webappers,
On an occasion, current web app setup info for Spring:
- You can use just a ControllerServlet: No ContextLoader(Listener/Servlet)
simply means no root application context.
- Mounting a root context from /WEB-INF/applicationContext.xml just needs
registering ContextLoaderListener/Servlet but no configLocation
context-param, as this is the default path.
- No MessageSource definition simply means no message definitions in this
context.
- No LocaleResolver definition means AcceptHeaderLocaleResolver (-> browser
setting).
- No HandlerMapping definition means BeanNameUrlHandlerMapping (bean name =
sub path).
- No HandlerAdapter definition means SimpleControllerHandlerAdapter.
- No ViewResolver definition means InternalResourceViewResolver (view name =
internal resource path).
A test web app leveraging MVC can thus be set up easily:
- write a Controller that returns new ModelAndView("/WEB-INF/jsp/test.jsp",
"myattr", "myvalue");
- write a simple test.jsp in WEB-INF/jsp, retrieving myattr from the request
and showing it;
- make a bean definition for the Controller in a ControllerServlet's XML
file using the name "/test.do";
- register the ControllerServlet in your web.xml for "/*.do";
- start the web container, open a browser, and call "localhost/test.do".
The first refinement could be to use symbolic view names: Return view name
"test", and explicitly register a "viewResolver"
InternalResourceViewResolver with prefix "/WEB-INF/jsp/" and suffix ".jsp".
Explicit view mappings like ResourceBundleViewResolver or explicit handler
mappings like SimpleUrlHandlerMapping can be introduced easily, but they
don't bother you if you don't like or need them (yet). And you're only
confronted with concepts like populated commands or forms if you choose to
write respective controllers.
Juergen
DI Jürgen Höller
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
-------------------------------------------------------
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-12 08:53:06
|
Hi webappers,
On an occasion, current web app setup info for Spring:
- You can use just a ControllerServlet: No =
ContextLoader(Listener/Servlet) simply means no root application =
context.
- Mounting a root context from /WEB-INF/applicationContext.xml just =
needs registering ContextLoaderListener/Servlet but no configLocation =
context-param, as this is the default path.
- No MessageSource definition simply means no message definitions in =
this context.
- No LocaleResolver definition means AcceptHeaderLocaleResolver (-> =
browser setting).
- No HandlerMapping definition means BeanNameUrlHandlerMapping (bean =
name =3D sub path).
- No HandlerAdapter definition means SimpleControllerHandlerAdapter.
- No ViewResolver definition means InternalResourceViewResolver (view =
name =3D internal resource path).
A test web app leveraging MVC can thus be set up easily:
- write a Controller that returns new =
ModelAndView("/WEB-INF/jsp/test.jsp", "myattr", "myvalue");
- write a simple test.jsp in WEB-INF/jsp, retrieving myattr from the =
request and showing it;
- make a bean definition for the Controller in a ControllerServlet's XML =
file using the name "/test.do";
- register the ControllerServlet in your web.xml for "/*.do";
- start the web container, open a browser, and call "localhost/test.do".
The first refinement could be to use symbolic view names: Return view =
name "test", and explicitly register a "viewResolver" =
InternalResourceViewResolver with prefix "/WEB-INF/jsp/" and suffix =
".jsp". Explicit view mappings like ResourceBundleViewResolver or =
explicit handler mappings like SimpleUrlHandlerMapping can be introduced =
easily, but they don't bother you if you don't like or need them (yet). =
And you're only confronted with concepts like populated commands or =
forms if you choose to write respective controllers.
Juergen
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: Rod J. <rod...@in...> - 2003-05-12 06:30:57
|
Fine. Let's try to get rid of all deprecated classes by 1.0. Regards, Rod ----- Original Message ----- From: "Thomas Risberg" <tri...@tr...> To: <spr...@li...> Sent: Monday, May 12, 2003 3:51 AM Subject: [Springframework-developer] Renamed ManualExtractionSqlQuery ... > I have gone ahead and renamed the ManualExtractionSqlQuery and > ManualExtractionSqlQueryWithParameters to MappingSqlQuery and > MappingSqlQueryWithParameters respectively. When you use these classes > you must override mapRow() instead of extract(). Otherwise everything > works the same. I left the old classes marked as deprecated. Old code > will still work. ManualExtractionSqlQueryWithParameters now extends > MappingSqlQueryWithParameters so they both execute the same code. > Could not find tests for these classes, but I will try to add some in > the near future. > > Thomas > > > And once more for the list! > > > > > > Speaking of the ManualExtractionSqlQuery -- is there any chance > that we > > > > could rename this class to maybe MappingSqlQuery or something similar? > > > > The current name makes it sound like there is a lot of manual work > > > > involved in extracting some data from the database. In reality, it is > > > > an elegant way of mapping your row data to Java classes, and I > think the > > > > name should reflect this. If we also renamed the extract() to > mapRow(), > > > > then that would in my mind make everything much clearer. Any thoughts > > > > on this? > > > > > > This is a good point. I've no objection. Is everyone happy with Thomas's > > > proposed name? > > > > > > R > > > > > > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > > -- > Thomas Risberg > tri...@tr... > > > ------------------------------------------------------- > 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: Thomas R. <tri...@tr...> - 2003-05-12 02:50:44
|
I have gone ahead and renamed the ManualExtractionSqlQuery and ManualExtractionSqlQueryWithParameters to MappingSqlQuery and MappingSqlQueryWithParameters respectively. When you use these classes you must override mapRow() instead of extract(). Otherwise everything works the same. I left the old classes marked as deprecated. Old code will still work. ManualExtractionSqlQueryWithParameters now extends MappingSqlQueryWithParameters so they both execute the same code. Could not find tests for these classes, but I will try to add some in the near future. Thomas > And once more for the list! > > > > Speaking of the ManualExtractionSqlQuery -- is there any chance that we > > > could rename this class to maybe MappingSqlQuery or something similar? > > > The current name makes it sound like there is a lot of manual work > > > involved in extracting some data from the database. In reality, it is > > > an elegant way of mapping your row data to Java classes, and I think the > > > name should reflect this. If we also renamed the extract() to mapRow(), > > > then that would in my mind make everything much clearer. Any thoughts > > > on this? > > > > This is a good point. I've no objection. Is everyone happy with Thomas's > > proposed name? > > > > R > > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > 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-11 17:53:23
|
I should add that Juergen's been doing sterling work adding tests and writing test-first lately, so we're up from 42% to 56% in a couple of weeks! R |
1239 messages has been excluded from this view by a project administrator.
