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: Ken K. <kk...@kk...> - 2003-06-24 17:36:22
|
"org.springframework" does seem more appropriate but if we change this it should be done IMO prior to the 1st official release to minimize trouble later. If we do it later, confusion will be in abundance and manually produced documentation will also have to be updated. Sounds like a lot of work to get it done in a short amount of time but better now than later. Have we set a time target for the actual production of the initial release distribution ??? Ken tri...@tr... wrote: >Rod, All, > >What is the future plan for package names? Are we sticking with >'com.interface21'. A co-worker just commented on the javadoc, asking what is >com.interface21 - he did not associate this name with Spring for some reason :-) > >Have you thought about this at all? To me it is not that important, but it >could be down the road. When someone is looking at a piece of code that has >some Spring imports, would it be confusing with the current package naming? > >Thomas > >P.S. The javadoc is on the website now. > > >------------------------------------------------------- >This SF.Net email is sponsored by: INetU >Attention Web Developers & Consultants: Become An INetU Hosting Partner. >Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! >INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > |
|
From: <tri...@tr...> - 2003-06-24 16:57:20
|
Rod, All, What is the future plan for package names? Are we sticking with 'com.interface21'. A co-worker just commented on the javadoc, asking what is com.interface21 - he did not associate this name with Spring for some reason :-) Have you thought about this at all? To me it is not that important, but it could be down the road. When someone is looking at a piece of code that has some Spring imports, would it be confusing with the current package naming? Thomas P.S. The javadoc is on the website now. |
|
From: <jue...@we...> - 2003-06-24 15:53:43
|
I've just added 4 web application skeletons to "samples/skeletons": - "webapp-minimal": DispatcherServlet + defaults + simple Controller; - "webapp-typical": Log4J configuration + Root context + DataSource + = transaction manager + data access object + business object + = DispatcherServlet + SimpleUrlHandlerMapping + ResourceBundleViewResolver = + simple Controller + SimpleFormController + MultiActionController; - "webapp-hibernate": Hibernate configuration + Root context + = SessionFactory + transaction manager + data access object + business = object; - "webapp-aop": Root context + DataSource + transaction manager + data = access object + transaction interceptor + business object. All of them are extensively documented, with various hints regarding = alternatives, including mentioning of container environments vs test = environments, etc. I believe that these skeletons can provide a good = starting point for Spring web projects, when additionally leveraging our = Javadocs for details. I expect many developers to benefit more from such = skeletons than from any classical step-by-step instructions. Regards, Juergen -----Original Message----- From: j=FCrgen h=F6ller [werk3AT]=20 Sent: Tuesday, June 24, 2003 9:35 AM To: Rod Johnson; tri...@tr... Cc: spr...@li... Subject: RE: [Springframework-developer] Sample Application build process Let's go for it for the moment, it looks nice enough. It doesn't leave a = shallow first impression, my main goal is reached :-) Thomas, can you update the PetClinic to the current CVS version, and add = the PagedList sample? Additional benefit: You would test the new build = processes of the current versions too ;-) Regarding future updates of = the samples: Let's try to avoid direct manipulation on the web servre, = instead keep as much as possible in CVS, and update the website from = there. I suggest to add a "Documentation" section between "Downloads" and = "Demo/Tutorial", providing a page with links to our Javadoc, and to = introductory essays. Thomas, can you generate current Javadocs and put = them there? I'll try to come up with application skeletons today, and with two draft = essays: on Spring web MVC vs Struts, and on resource/transaction = handling with focus on Hibernate. Can't guarantee that they will be = ready for tomorrow, though - but if they do, let's just put them on the = website. BTW, I've been discussing Spring's Hibernate handling on the Hibernate = forum, on the occasion that someone else started a thread on respective = issues there. I've been invited to put a basic outline and code samples = on Hibernate's Wiki, so I will try to reuse the respective essay for = both the Spring website and the Hibernate community area. Juergen -----Original Message----- From: Rod Johnson [mailto:rod...@in...] Sent: Monday, June 23, 2003 11:49 PM To: tri...@tr... Cc: spr...@li... Subject: Re: [Springframework-developer] Sample Application build process Thomas, I like this. The only issue is how to put in more functional navigation without cluttering it, as simplicity is part of its appeal. What does everyone else think? I'm no graphics expert. Regards, Rod ----- Original Message ----- From: <tri...@tr...> To: "j=C3=BCrgen h=C3=B6ller [werk3AT]" <jue...@we...> Cc: "Rod Johnson" <rod...@in...>; "Ken Krebs" = <kk...@kk...>; "spring-dev-list" <spr...@li...> Sent: Monday, June 23, 2003 10:40 PM Subject: Re: [Springframework-developer] Sample Application build = process > Juergen, Rod, Ken, All > > > > > BTW, Rod: We are running out of time in terms of getting a release = plus a > > proper website out on Wednesday. But we shouldn't delay it, a = release is > > _really_ important now. Unfortunately, a release with the current > > www.springframework.org website would leave a shallow first = impression, so I > > consider a nice-looking website important too. I'm not getting this straight > > currently. What do you suggest? > > > > I agree - whatever happened to the logo discussion? It just died = somehow. > Anyway, I did a quick rework of the current website - any suggestions = are > welcome (I'm not an expert web designer :-). If you want the password = for FTP > access let me know. > > Thomas > ------------------------------------------------------- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <jue...@we...> - 2003-06-24 14:18:27
|
Um9kLCBldmVyeW9uZSwNCiANCldoYXQncyB5b3VyIG9waW5pb24gb24gdGhlICJyZWxlYXNlIiB0 YXJnZXQgdGhhdCBJJ3ZlIGFkZGVkIHRvIG91ciBtYWluIGJ1aWxkLnhtbD8gQW5kIGFib3V0IHRo ZSBjdXJyZW50IHN0YXRlIG9mIHNhbXBsZXMgYnVpbGRpbmcgdGhhdCBJJ3ZlIG91dGxpbmVkIGlu IGEgZGlmZmVyZW50IG1haWw/IERvIHlvdSB0aGluayB0aGF0IHdlIGNhbiBwcm9jZWVkIHdpdGgg dGhpcyBkaXN0cmlidXRpb24gc3RydWN0dXJlPw0KIA0KSnVlcmdlbg0KIA0KIA0KDQotLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogasO8cmdlbiBow7ZsbGVyIFt3ZXJrM0FUXSANClNl bnQ6IE1vbmRheSwgSnVuZSAyMywgMjAwMyA4OjQ0IFBNDQpUbzogS2VuIEtyZWJzOyBSb2QgSm9o bnNvbg0KQ2M6IHNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJAbGlzdHMuc291cmNlZm9yZ2UubmV0 DQpTdWJqZWN0OiBbU3ByaW5nZnJhbWV3b3JrLWRldmVsb3Blcl0gUkU6IE5FVyBQZXRjbGluaWMg dmVyc2lvbg0KDQoNCkJUVywgSSd2ZSBqdXN0IGZpeGVkIGEgUGV0Q2xpbmljIGJ1ZyB0aGF0IEkn dmUgaW50cm9kdWNlZCAtIHBsZWFzZSB1cGRhdGUgZnJvbSBDVlMgYWdhaW46LSkNCiANCg0KSSd2 ZSBhbHNvIGFkZGVkIGEgInJlbGVhc2UiIHRhcmdldCB0byBvdXIgbWFpbiBidWlsZC54bWwsIGdl bmVyYXRpbmcgYSBaaXAgZmlsZSB3aXRoIGRpc3QsIGRvY3MsIHNyYywgc29tZSBsaWJzLCBhbmQg dGhlIHNhbXBsZXMuIEN1cnJlbnRseSwgaXRzIHNpemUgaXMganVzdCBhYm91dCA1IE1CIQ0KIA0K SW4gdGhlIGNvdXJzZSBvZiB0aGUgcmVsZWFzZSBwcmVwYXJhdGlvbnMsIEkndmUgcmVzdHJ1Y3R1 cmVkIGFuZCBhbGlnbmVkIHRoZSBzYW1wbGUgYXBwcy4gUGFnZWRMaXN0IGhhcyBhIGJ1aWxkIHBy b2Nlc3Mgbm93LCBzaW1pbGFyIHRvIFBldENsaW5pYydzLiBJJ2xsIGNvbW1lbnQgb24gdGhlIGJ1 aWxkaW5nIGluIGRldGFpbCBsYXRlciwgaW4gYSBzZXBhcmF0ZSBtYWlsLiBCYXNpY2FsbHkgdGhl IHNhbXBsZSBidWlsZCBzY3JpcHRzIG5vdyBmZXRjaCB0aGUgbGlicmFyaWVzIGZyb20gU3ByaW5n J3MgbWFpbiBkaXN0IGFuZCBsaWIgZGlyZWN0b3JpZXMsIHRvIGd1YXJhbnRlZSBhIGN1cnJlbnQg U3ByaW5nIHZlcnNpb24sIGFuZCB0byBhdm9pZCBkdXBsaWNhdGUgbGlicmFyaWVzIGluIHRoZSBy ZWxlYXNlIFpJUCBmaWxlLiBJIGtub3cgdGhhdCB0aGlzIG1ha2VzIGRlcGxveWluZyB0aGUgc2Ft cGxlcyBsZXNzIGNvbnZlbmllbnQsIGJ1dCBJIGRvbid0IGNvbnNpZGVyIGNhbGxpbmcgImFudCBi dWlsZCIgcmVzcC4gImFudCB3YXJmaWxlIiBpbiB0aGUgcmVzcGVjdGl2ZSBkaXJlY3RvcnkgaGFy ZCBlaXRoZXIgKGF0IGxlYXN0IGZvciBkZXZlbG9wZXJzKS4gSU1PIHRoZSBzYW1wbGVzIGFyZSBt YWlubHkgdGhlcmUgZm9yIGNvZGUgYW5kIGNvbmZpZ3VyYXRpb24gcmV2aWV3IGFueXdheS4gV2Ug bWF5IGhhdmUgdG8gZGlzY3VzcyB0aGlzLCB0aG91Z2guDQogDQpKdWVyZ2VuDQogDQogDQoNCi0t LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBLZW4gS3JlYnMgW21haWx0bzpra0Bra3Rl Yy5jb21dDQpTZW50OiBNb25kYXksIEp1bmUgMjMsIDIwMDMgODoxNSBQTQ0KVG86IFJvZCBKb2hu c29uOyBqw7xyZ2VuIGjDtmxsZXIgW3dlcmszQVRdDQpDYzogc3ByaW5nZnJhbWV3b3JrLWRldmVs b3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNClN1YmplY3Q6IE5FVyBQZXRjbGluaWMgdmVyc2lv bg0KDQoNCkkgd2lsbCBtYWtlIHRoZXNlIGNoYW5nZXMuDQoNCktlbg0KDQpSb2QgSm9obnNvbiB3 cm90ZToNCg0KDQpSZWdhcmRpbmcgdGhlIGltcGxlbWVudGF0aW9uOiBJJ3ZlIG5vdGljZWQgdGhh dCB0aGUgQ2xpbmljIGludGVyZmFjZQ0KDQogICAgDQoNCmR1cGxpY2F0ZXMgQ2xpbmljREFPJ3Mg bWV0aG9kcyB0byBhIGxhcmdlIGV4dGVudCwgYW5kIHRoYXQgQ2xpbmljSW1wbCBhZGRzDQoNCmNy b3NzLXJlZmVyZW5jaW5nIGFuZCBjYWNoaW5nIHRvIHRoZSBlbnRpdGllcyAoZGF0YSBhY2Nlc3Mg YXNwZWN0cykuIFRoaXMNCg0KaXNuJ3QgcmVhbGx5IHByb3BlciBzZXBhcmF0aW9uIGJldHdlZW4g ZGF0YSBhY2Nlc3MgY29kZSBhbmQgYnVzaW5lc3MgbG9naWMsDQoNCmJ1dCBvZiBjb3Vyc2UgdGhl IGJvcmRlcnMgYXJlIG9mdGVuIHNvbWV3aGF0IGJsdXJyaW5nLiBJbiBvdXIgY2FzZSwgaXQncw0K DQpwcm9iYWJseSBtb3JlIGFwcHJvcHJpYXRlIHRvIG1lcmdlIHRoZSB0d28sIGkuZS4gb2ZmZXIg anVzdCBhIENsaW5pYw0KDQppbnRlcmZhY2UsIHdpdGggdGhlIGNvbW1vbiBsb2dpYyBpbiBhbiBB YnN0cmFjdENsaW5pYyBiYXNlIGNsYXNzLCBhbmQgYQ0KDQpDbGluaWNKZGJjSW1wbCBkZWZhdWx0 IGltcGxlbWVudGF0aW9uLg0KDQoNCg0KSSBhZ3JlZSB3aXRoIHRoaXMuIEFzIEp1ZXJnZW4gc2F5 cywgaXQncyBtb3N0IGltcG9ydGFudCB0byBzZXBhcmF0ZSB3ZWIgYW5kDQoNCmJ1c2luZXNzIGNv ZGUuDQoNCg0KDQpUaGFua3MgdmVyeSBtdWNoIGZvciBhbGwgeW91IGhhcmQgd29yayBvbiB0aGlz LCBLZW4uIEknbSB1bmxpa2VseSB0byBnZXQgYQ0KDQpjaGFuY2UgdG8gbG9vayBhdCB0aGUgY29k ZSBpbiBkZXRhaWwgYmVmb3JlIEJvc3RvbiwgYnV0IHRoZSBmaXJzdCB2ZXJzaW9uDQoNCndhcyBs b29raW5nIGdvb2QgYW5kIEknbSBzdXJlIHlvdSd2ZSBjb250aW51ZWQgdG8gaW1wcm92ZSBpdCBz dWJzdGFudGlhbGx5IQ0KDQoNCg0KUmVnYXJkcywNCg0KUm9kDQoNCg0KDQoNCg0KDQoNCg0KDQot LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoN ClRoaXMgU0YuTmV0IGVtYWlsIGlzIHNwb25zb3JlZCBieTogSU5ldFUNCg0KQXR0ZW50aW9uIFdl YiBEZXZlbG9wZXJzICYgQ29uc3VsdGFudHM6IEJlY29tZSBBbiBJTmV0VSBIb3N0aW5nIFBhcnRu ZXIuDQoNClJlZmVyIERlZGljYXRlZCBTZXJ2ZXJzLiBXZSBNYW5hZ2UgVGhlbS4gWW91IEdldCAx MCUgTW9udGhseSBDb21taXNzaW9uIQ0KDQpJTmV0VSBEZWRpY2F0ZWQgTWFuYWdlZCBIb3N0aW5n ICBodHRwOi8vd3d3LmluZXR1Lm5ldC9wYXJ0bmVyL2luZGV4LnBocA0KDQpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpTcHJpbmdmcmFtZXdvcmstZGV2 ZWxvcGVyIG1haWxpbmcgbGlzdA0KDQpTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyQGxpc3RzLnNv dXJjZWZvcmdlLm5ldA0KDQpodHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0 aW5mby9zcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyDQoNCg0KDQoNCg0KICANCg0KDQo= |
|
From: Kopylenko, D. <dko...@ac...> - 2003-06-24 12:00:10
|
Rod, I'd like to wish you a good luck on the TSS symposium. I hope everything goes well and you could promote the Spring, so it will start the path towards the leadership amongst the "J2EE frameworks". Once again, good luck and have a safe trip. Regards, Dmitriy. |
|
From: <tri...@tr...> - 2003-06-24 11:21:31
|
Rod, The Wiki's configuration file must have gotten wacked while I was starting and stopping the server trying to fix the connection pool. I could not figure out how to set it back to English, so I removed the version that that was out there (2.5 RC2) and installed the new release version 2.5. As soon as I pointed it to the directory with our content it was fine again. Thomas > > BTW, I see a lot of German messages on the wiki. Also there should be a > > link back to home from the wiki. > > This is puzzling. When I accessed the Wiki from work yesterday there were > lots of German link names and no real content. From home it's all English > and has the content. I wonder if it's because at work I have EN GB locale > and at home US? Or is it just random? > > Rod > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: INetU > Attention Web Developers & Consultants: Become An INetU Hosting Partner. > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: <rod...@in...> - 2003-06-24 09:30:51
|
Thomas, the "News" section looks a bit small on my browser (1280x1024 on a 19" monitor with default IE font size). Good idea though! Regards, Rod |
|
From: <jue...@we...> - 2003-06-24 07:36:33
|
Let's go for it for the moment, it looks nice enough. It doesn't leave a = shallow first impression, my main goal is reached :-) Thomas, can you update the PetClinic to the current CVS version, and add = the PagedList sample? Additional benefit: You would test the new build = processes of the current versions too ;-) Regarding future updates of = the samples: Let's try to avoid direct manipulation on the web servre, = instead keep as much as possible in CVS, and update the website from = there. I suggest to add a "Documentation" section between "Downloads" and = "Demo/Tutorial", providing a page with links to our Javadoc, and to = introductory essays. Thomas, can you generate current Javadocs and put = them there? I'll try to come up with application skeletons today, and with two draft = essays: on Spring web MVC vs Struts, and on resource/transaction = handling with focus on Hibernate. Can't guarantee that they will be = ready for tomorrow, though - but if they do, let's just put them on the = website. BTW, I've been discussing Spring's Hibernate handling on the Hibernate = forum, on the occasion that someone else started a thread on respective = issues there. I've been invited to put a basic outline and code samples = on Hibernate's Wiki, so I will try to reuse the respective essay for = both the Spring website and the Hibernate community area. Juergen -----Original Message----- From: Rod Johnson [mailto:rod...@in...] Sent: Monday, June 23, 2003 11:49 PM To: tri...@tr... Cc: spr...@li... Subject: Re: [Springframework-developer] Sample Application build process Thomas, I like this. The only issue is how to put in more functional navigation without cluttering it, as simplicity is part of its appeal. What does everyone else think? I'm no graphics expert. Regards, Rod ----- Original Message ----- From: <tri...@tr...> To: "j=C3=BCrgen h=C3=B6ller [werk3AT]" <jue...@we...> Cc: "Rod Johnson" <rod...@in...>; "Ken Krebs" = <kk...@kk...>; "spring-dev-list" <spr...@li...> Sent: Monday, June 23, 2003 10:40 PM Subject: Re: [Springframework-developer] Sample Application build = process > Juergen, Rod, Ken, All > > > > > BTW, Rod: We are running out of time in terms of getting a release = plus a > > proper website out on Wednesday. But we shouldn't delay it, a = release is > > _really_ important now. Unfortunately, a release with the current > > www.springframework.org website would leave a shallow first = impression, so I > > consider a nice-looking website important too. I'm not getting this straight > > currently. What do you suggest? > > > > I agree - whatever happened to the logo discussion? It just died = somehow. > Anyway, I did a quick rework of the current website - any suggestions = are > welcome (I'm not an expert web designer :-). If you want the password = for FTP > access let me know. > > Thomas > ------------------------------------------------------- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Rod J. <rod...@in...> - 2003-06-24 07:03:30
|
> BTW, I see a lot of German messages on the wiki. Also there should be a > link back to home from the wiki. This is puzzling. When I accessed the Wiki from work yesterday there were lots of German link names and no real content. From home it's all English and has the content. I wonder if it's because at work I have EN GB locale and at home US? Or is it just random? Rod |
|
From: Ken K. <kk...@kk...> - 2003-06-23 22:02:54
|
Thomas, You're doing just fine :-) . I would like to get the FTP access so I can update the Petclinic documentation. BTW, I see a lot of German messages on the wiki. Also there should be a link back to home from the wiki. Ken tri...@tr... wrote: >Juergen, Rod, Ken, All > > > >> >>BTW, Rod: We are running out of time in terms of getting a release plus a >>proper website out on Wednesday. But we shouldn't delay it, a release is >>_really_ important now. Unfortunately, a release with the current >>www.springframework.org website would leave a shallow first impression, so I >>consider a nice-looking website important too. I'm not getting this straight >>currently. What do you suggest? >> >> >> > >I agree - whatever happened to the logo discussion? It just died somehow. >Anyway, I did a quick rework of the current website - any suggestions are >welcome (I'm not an expert web designer :-). If you want the password for FTP >access let me know. > >Thomas > > > > |
|
From: Ken K. <kk...@kk...> - 2003-06-23 21:52:30
|
It seems to me that the current process as Juergen describes it is the correct one. It makes sense to distribute the sample sources with the spring jars. I don't see any need to distribute war files as developers who are not just browsing are going to build them themselves. If they just want to see them in action and browse the accompanying tutorial documentation, we should have the samples running on the website. The fact that the samples are becoming part of the framework means they will need good tests that are run as part of any production release. Petclinic definitely needs work in this area. I agree that the website should be high priority. I won't say much about what's there because I see it is changing a lot right now, though it would be nice to see the themes sample deployed there. As for myself, I'm going stop tweaking Petclinic code for now and focus on tutorial text :-( . I think we at a bare minimum need design notes and installation/setup instructions for Wednesday. Ken jürgen höller [werk3AT] wrote: >Ken, Rod, > >To clarify the current build process: > >- Spring itself still has its own build.xml. The release distribution will not contain this but just the sources and prebuilt jars. No need for a release user to build the entire Spring framework - that's a misapprehension. > >- The samples have their own build.xml files, building the sample jars from the sources, and copying the respective Spring dist jars to their WEB-INF\lib. They do not require Spring's main build.xml but just its prebuilt jars and some of the third-party libs in the main lib directory. With the current layout, this works both with a Spring CVS snapshot and a release distribution. > >- So currently a release distribution contains prebuilt Spring jars but just the sources of the samples. Going in the "samples/petclinic" resp. "samples/pagedlist" directory and invoking "ant build" or "ant warfile" generates a deployable version, in any case with current Spring jars. > >- There are 2 main advantages to the current way: The samples will always be built with current Spring jars, and there's no triplication of Spring or third-party jars - thus the 5 MB download. > >- The alternative would be to prepackage the samples as wars. The disadvantages apply: triplicated Spring jars and third party libs that may be out of sync. That might still be an acceptable tradeoff for a release distribution: extra 2 MB for pregenerated wars of both samples. If a majority votes for it, fine - for a release. > >- In any case, I'd like to keep the current building from CVS as it is. Generating new Spring jars all the time and committing them to the samples' WEB-INF/lib directories is very unhandy. We're talking about the evolving framework here, with frequent changes to be expected. And CVS snapshot users have to be familar with Ant anyway. > >- Let's not forget that our current demos aren't particularly convincing in terms of UI appearance. Their value is in their sources and their configuration, to learn typical Spring patterns. In my view, deploying them is not their primary purpose, thus worth an extra step. > >Of course, I'm open for changes to the build process. It's just that we haven't much time left before the TSS Symposium, so we should hurry a bit. > >BTW, Rod: We are running out of time in terms of getting a release plus a proper website out on Wednesday. But we shouldn't delay it, a release is _really_ important now. Unfortunately, a release with the current www.springframework.org website would leave a shallow first impression, so I consider a nice-looking website important too. I'm not getting this straight currently. What do you suggest? > >Regards, >Juergen > > > > -----Ursprüngliche Nachricht----- > Von: Rod Johnson [mailto:rod...@in...] > Gesendet: Mo 23.06.2003 21:34 > An: Ken Krebs; jürgen höller [werk3AT] > Cc: 'spring-dev-list' > Betreff: Re: [Springframework-developer] Sample Application build process > > > > I agree with Ken. > > It should be *possible*, but not necessary, to download and build all of > Spring with the demos. It should be easy to get started with a minimum of > fuss. > > Regards, > Rod > > ----- Original Message ----- > From: "Ken Krebs" <kk...@kk...> > To: "jürgen höller [werk3AT]" <jue...@we...> > Cc: "'spring-dev-list'" <spr...@li...> > Sent: Monday, June 23, 2003 7:26 PM > Subject: [Springframework-developer] Sample Application build process > > > > Juergen, > > > > The changes you made to the Petclinic build files have raised an > > interesting issue which applies to all sample programs: > > > > The changes made now require a user of the sample app to download and > > build the entire Spring framework. It was specifically my intent with > > Petclinic to not require this. I had envisioned a separately > > downloadable distribution of the sample. Many if not most developers are > > just going to want to use the framework runtime jars, at least at first > > when they're taking it out for a test drive. > > > > The prjzip ant target is only needed to create a distribution so it > > probably be in a separate file which will not be included in the > > distribution. This prjzip target will need to grab a current snapshot of > > the libs for inclusion in the distribution. I haven't quite worked out > > the best way to implement this yet. > > > > What are your thoughts on this ? > > > > Regards, > > > > Ken > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: INetU > > Attention Web Developers & Consultants: Become An INetU Hosting Partner. > > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! > > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > > >?????????????????????????????????????????Ó+?^?éX???'???u?? ×P mz{b?u?l7?zZ)z????[Z????(??' ×Pz,?)?=????E?Þ¬7??ÆyÔ???1?Ú??zoØ¢á·]?2??\??i??Ȩ??z?yØj×1?Ú?G??b?m???? 0?)Þ¶??z??j?gz??×±??i???????????????????????????????????Ò¦????Ú?(?O?z�?????x%??R?????Ú?(?O?z�??X??????y?+???z?m?????b??????q?????Á¿?+-??b?ا~?즸???Ú?(?O?z�? > > > > |
|
From: Rod J. <rod...@in...> - 2003-06-23 21:52:23
|
Thomas, I like this. The only issue is how to put in more functional navigation without cluttering it, as simplicity is part of its appeal. What does everyone else think? I'm no graphics expert. Regards, Rod ----- Original Message ----- From: <tri...@tr...> To: "jürgen höller [werk3AT]" <jue...@we...> Cc: "Rod Johnson" <rod...@in...>; "Ken Krebs" <kk...@kk...>; "spring-dev-list" <spr...@li...> Sent: Monday, June 23, 2003 10:40 PM Subject: Re: [Springframework-developer] Sample Application build process > Juergen, Rod, Ken, All > > > > > BTW, Rod: We are running out of time in terms of getting a release plus a > > proper website out on Wednesday. But we shouldn't delay it, a release is > > _really_ important now. Unfortunately, a release with the current > > www.springframework.org website would leave a shallow first impression, so I > > consider a nice-looking website important too. I'm not getting this straight > > currently. What do you suggest? > > > > I agree - whatever happened to the logo discussion? It just died somehow. > Anyway, I did a quick rework of the current website - any suggestions are > welcome (I'm not an expert web designer :-). If you want the password for FTP > access let me know. > > Thomas > |
|
From: <tri...@tr...> - 2003-06-23 21:40:39
|
Juergen, Rod, Ken, All > > BTW, Rod: We are running out of time in terms of getting a release plus a > proper website out on Wednesday. But we shouldn't delay it, a release is > _really_ important now. Unfortunately, a release with the current > www.springframework.org website would leave a shallow first impression, so I > consider a nice-looking website important too. I'm not getting this straight > currently. What do you suggest? > I agree - whatever happened to the logo discussion? It just died somehow. Anyway, I did a quick rework of the current website - any suggestions are welcome (I'm not an expert web designer :-). If you want the password for FTP access let me know. Thomas |
|
From: <jue...@we...> - 2003-06-23 20:32:25
|
S2VuLCBSb2QsDQogDQpUbyBjbGFyaWZ5IHRoZSBjdXJyZW50IGJ1aWxkIHByb2Nlc3M6DQogDQot IFNwcmluZyBpdHNlbGYgc3RpbGwgaGFzIGl0cyBvd24gYnVpbGQueG1sLiBUaGUgcmVsZWFzZSBk aXN0cmlidXRpb24gd2lsbCBub3QgY29udGFpbiB0aGlzIGJ1dCBqdXN0IHRoZSBzb3VyY2VzIGFu ZCBwcmVidWlsdCBqYXJzLiBObyBuZWVkIGZvciBhIHJlbGVhc2UgdXNlciB0byBidWlsZCB0aGUg ZW50aXJlIFNwcmluZyBmcmFtZXdvcmsgLSB0aGF0J3MgYSBtaXNhcHByZWhlbnNpb24uDQogDQot IFRoZSBzYW1wbGVzIGhhdmUgdGhlaXIgb3duIGJ1aWxkLnhtbCBmaWxlcywgYnVpbGRpbmcgdGhl IHNhbXBsZSBqYXJzIGZyb20gdGhlIHNvdXJjZXMsIGFuZCBjb3B5aW5nIHRoZSByZXNwZWN0aXZl IFNwcmluZyBkaXN0IGphcnMgdG8gdGhlaXIgV0VCLUlORlxsaWIuIFRoZXkgZG8gbm90IHJlcXVp cmUgU3ByaW5nJ3MgbWFpbiBidWlsZC54bWwgYnV0IGp1c3QgaXRzIHByZWJ1aWx0IGphcnMgYW5k IHNvbWUgb2YgdGhlIHRoaXJkLXBhcnR5IGxpYnMgaW4gdGhlIG1haW4gbGliIGRpcmVjdG9yeS4g V2l0aCB0aGUgY3VycmVudCBsYXlvdXQsIHRoaXMgd29ya3MgYm90aCB3aXRoIGEgU3ByaW5nIENW UyBzbmFwc2hvdCBhbmQgYSByZWxlYXNlIGRpc3RyaWJ1dGlvbi4NCiANCi0gU28gY3VycmVudGx5 IGEgcmVsZWFzZSBkaXN0cmlidXRpb24gY29udGFpbnMgcHJlYnVpbHQgU3ByaW5nIGphcnMgYnV0 IGp1c3QgdGhlIHNvdXJjZXMgb2YgdGhlIHNhbXBsZXMuIEdvaW5nIGluIHRoZSAic2FtcGxlcy9w ZXRjbGluaWMiIHJlc3AuICJzYW1wbGVzL3BhZ2VkbGlzdCIgZGlyZWN0b3J5IGFuZCBpbnZva2lu ZyAiYW50IGJ1aWxkIiBvciAiYW50IHdhcmZpbGUiIGdlbmVyYXRlcyBhIGRlcGxveWFibGUgdmVy c2lvbiwgaW4gYW55IGNhc2Ugd2l0aCBjdXJyZW50IFNwcmluZyBqYXJzLg0KIA0KLSBUaGVyZSBh cmUgMiBtYWluIGFkdmFudGFnZXMgdG8gdGhlIGN1cnJlbnQgd2F5OiBUaGUgc2FtcGxlcyB3aWxs IGFsd2F5cyBiZSBidWlsdCB3aXRoIGN1cnJlbnQgU3ByaW5nIGphcnMsIGFuZCB0aGVyZSdzIG5v IHRyaXBsaWNhdGlvbiBvZiBTcHJpbmcgb3IgdGhpcmQtcGFydHkgamFycyAtIHRodXMgdGhlIDUg TUIgZG93bmxvYWQuIA0KIA0KLSBUaGUgYWx0ZXJuYXRpdmUgd291bGQgYmUgdG8gcHJlcGFja2Fn ZSB0aGUgc2FtcGxlcyBhcyB3YXJzLiBUaGUgZGlzYWR2YW50YWdlcyBhcHBseTogdHJpcGxpY2F0 ZWQgU3ByaW5nIGphcnMgYW5kIHRoaXJkIHBhcnR5IGxpYnMgdGhhdCBtYXkgYmUgb3V0IG9mIHN5 bmMuIFRoYXQgbWlnaHQgc3RpbGwgYmUgYW4gYWNjZXB0YWJsZSB0cmFkZW9mZiBmb3IgYSByZWxl YXNlIGRpc3RyaWJ1dGlvbjogZXh0cmEgMiBNQiBmb3IgcHJlZ2VuZXJhdGVkIHdhcnMgb2YgYm90 aCBzYW1wbGVzLiBJZiBhIG1ham9yaXR5IHZvdGVzIGZvciBpdCwgZmluZSAtIGZvciBhIHJlbGVh c2UuDQogDQotIEluIGFueSBjYXNlLCBJJ2QgbGlrZSB0byBrZWVwIHRoZSBjdXJyZW50IGJ1aWxk aW5nIGZyb20gQ1ZTIGFzIGl0IGlzLiBHZW5lcmF0aW5nIG5ldyBTcHJpbmcgamFycyBhbGwgdGhl IHRpbWUgYW5kIGNvbW1pdHRpbmcgdGhlbSB0byB0aGUgc2FtcGxlcycgV0VCLUlORi9saWIgZGly ZWN0b3JpZXMgaXMgdmVyeSB1bmhhbmR5LiBXZSdyZSB0YWxraW5nIGFib3V0IHRoZSBldm9sdmlu ZyBmcmFtZXdvcmsgaGVyZSwgd2l0aCBmcmVxdWVudCBjaGFuZ2VzIHRvIGJlIGV4cGVjdGVkLiBB bmQgQ1ZTIHNuYXBzaG90IHVzZXJzIGhhdmUgdG8gYmUgZmFtaWxhciB3aXRoIEFudCBhbnl3YXku DQogDQotIExldCdzIG5vdCBmb3JnZXQgdGhhdCBvdXIgY3VycmVudCBkZW1vcyBhcmVuJ3QgcGFy dGljdWxhcmx5IGNvbnZpbmNpbmcgaW4gdGVybXMgb2YgVUkgYXBwZWFyYW5jZS4gVGhlaXIgdmFs dWUgaXMgaW4gdGhlaXIgc291cmNlcyBhbmQgdGhlaXIgY29uZmlndXJhdGlvbiwgdG8gbGVhcm4g dHlwaWNhbCBTcHJpbmcgcGF0dGVybnMuIEluIG15IHZpZXcsIGRlcGxveWluZyB0aGVtIGlzIG5v dCB0aGVpciBwcmltYXJ5IHB1cnBvc2UsIHRodXMgd29ydGggYW4gZXh0cmEgc3RlcC4NCiANCk9m IGNvdXJzZSwgSSdtIG9wZW4gZm9yIGNoYW5nZXMgdG8gdGhlIGJ1aWxkIHByb2Nlc3MuIEl0J3Mg anVzdCB0aGF0IHdlIGhhdmVuJ3QgbXVjaCB0aW1lIGxlZnQgYmVmb3JlIHRoZSBUU1MgU3ltcG9z aXVtLCBzbyB3ZSBzaG91bGQgaHVycnkgYSBiaXQuDQogDQpCVFcsIFJvZDogV2UgYXJlIHJ1bm5p bmcgb3V0IG9mIHRpbWUgaW4gdGVybXMgb2YgZ2V0dGluZyBhIHJlbGVhc2UgcGx1cyBhIHByb3Bl ciB3ZWJzaXRlIG91dCBvbiBXZWRuZXNkYXkuIEJ1dCB3ZSBzaG91bGRuJ3QgZGVsYXkgaXQsIGEg cmVsZWFzZSBpcyBfcmVhbGx5XyBpbXBvcnRhbnQgbm93LiBVbmZvcnR1bmF0ZWx5LCBhIHJlbGVh c2Ugd2l0aCB0aGUgY3VycmVudCB3d3cuc3ByaW5nZnJhbWV3b3JrLm9yZyB3ZWJzaXRlIHdvdWxk IGxlYXZlIGEgc2hhbGxvdyBmaXJzdCBpbXByZXNzaW9uLCBzbyBJIGNvbnNpZGVyIGEgbmljZS1s b29raW5nIHdlYnNpdGUgaW1wb3J0YW50IHRvby4gSSdtIG5vdCBnZXR0aW5nIHRoaXMgc3RyYWln aHQgY3VycmVudGx5LiBXaGF0IGRvIHlvdSBzdWdnZXN0Pw0KIA0KUmVnYXJkcywNCkp1ZXJnZW4N CiANCiANCg0KCS0tLS0tVXJzcHLDvG5nbGljaGUgTmFjaHJpY2h0LS0tLS0gDQoJVm9uOiBSb2Qg Sm9obnNvbiBbbWFpbHRvOnJvZC5qb2huc29uQGludGVyZmFjZTIxLmNvbV0gDQoJR2VzZW5kZXQ6 IE1vIDIzLjA2LjIwMDMgMjE6MzQgDQoJQW46IEtlbiBLcmViczsgasO8cmdlbiBow7ZsbGVyIFt3 ZXJrM0FUXSANCglDYzogJ3NwcmluZy1kZXYtbGlzdCcgDQoJQmV0cmVmZjogUmU6IFtTcHJpbmdm cmFtZXdvcmstZGV2ZWxvcGVyXSBTYW1wbGUgQXBwbGljYXRpb24gYnVpbGQgcHJvY2Vzcw0KCQ0K CQ0KDQoJSSBhZ3JlZSB3aXRoIEtlbi4NCgkNCglJdCBzaG91bGQgYmUgKnBvc3NpYmxlKiwgYnV0 IG5vdCBuZWNlc3NhcnksIHRvIGRvd25sb2FkIGFuZCBidWlsZCBhbGwgb2YNCglTcHJpbmcgd2l0 aCB0aGUgZGVtb3MuIEl0IHNob3VsZCBiZSBlYXN5IHRvIGdldCBzdGFydGVkIHdpdGggYSBtaW5p bXVtIG9mDQoJZnVzcy4NCgkNCglSZWdhcmRzLA0KCVJvZA0KCQ0KCS0tLS0tIE9yaWdpbmFsIE1l c3NhZ2UgLS0tLS0NCglGcm9tOiAiS2VuIEtyZWJzIiA8a2tAa2t0ZWMuY29tPg0KCVRvOiAiasO8 cmdlbiBow7ZsbGVyIFt3ZXJrM0FUXSIgPGp1ZXJnZW4uaG9lbGxlckB3ZXJrM2F0LmNvbT4NCglD YzogIidzcHJpbmctZGV2LWxpc3QnIiA8c3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0cy5z b3VyY2Vmb3JnZS5uZXQ+DQoJU2VudDogTW9uZGF5LCBKdW5lIDIzLCAyMDAzIDc6MjYgUE0NCglT dWJqZWN0OiBbU3ByaW5nZnJhbWV3b3JrLWRldmVsb3Blcl0gU2FtcGxlIEFwcGxpY2F0aW9uIGJ1 aWxkIHByb2Nlc3MNCgkNCgkNCgk+IEp1ZXJnZW4sDQoJPg0KCT4gVGhlIGNoYW5nZXMgeW91IG1h ZGUgdG8gdGhlIFBldGNsaW5pYyBidWlsZCBmaWxlcyBoYXZlIHJhaXNlZCBhbg0KCT4gaW50ZXJl c3RpbmcgaXNzdWUgd2hpY2ggYXBwbGllcyB0byBhbGwgc2FtcGxlIHByb2dyYW1zOg0KCT4NCgk+ IFRoZSBjaGFuZ2VzIG1hZGUgbm93IHJlcXVpcmUgYSB1c2VyIG9mIHRoZSBzYW1wbGUgYXBwIHRv IGRvd25sb2FkIGFuZA0KCT4gYnVpbGQgdGhlIGVudGlyZSBTcHJpbmcgZnJhbWV3b3JrLiBJdCB3 YXMgc3BlY2lmaWNhbGx5IG15IGludGVudCB3aXRoDQoJPiBQZXRjbGluaWMgdG8gbm90IHJlcXVp cmUgdGhpcy4gSSBoYWQgZW52aXNpb25lZCBhIHNlcGFyYXRlbHkNCgk+IGRvd25sb2FkYWJsZSBk aXN0cmlidXRpb24gb2YgdGhlIHNhbXBsZS4gTWFueSBpZiBub3QgbW9zdCBkZXZlbG9wZXJzIGFy ZQ0KCT4ganVzdCBnb2luZyB0byB3YW50IHRvIHVzZSB0aGUgZnJhbWV3b3JrIHJ1bnRpbWUgamFy cywgYXQgbGVhc3QgYXQgZmlyc3QNCgk+IHdoZW4gdGhleSdyZSB0YWtpbmcgaXQgb3V0IGZvciBh IHRlc3QgZHJpdmUuDQoJPg0KCT4gVGhlIHByanppcCBhbnQgdGFyZ2V0IGlzIG9ubHkgbmVlZGVk IHRvIGNyZWF0ZSBhIGRpc3RyaWJ1dGlvbiBzbyBpdA0KCT4gcHJvYmFibHkgYmUgaW4gYSBzZXBh cmF0ZSBmaWxlIHdoaWNoIHdpbGwgbm90IGJlIGluY2x1ZGVkIGluIHRoZQ0KCT4gZGlzdHJpYnV0 aW9uLiBUaGlzIHByanppcCB0YXJnZXQgd2lsbCBuZWVkIHRvIGdyYWIgYSBjdXJyZW50IHNuYXBz aG90IG9mDQoJPiB0aGUgbGlicyBmb3IgaW5jbHVzaW9uIGluIHRoZSBkaXN0cmlidXRpb24uIEkg aGF2ZW4ndCBxdWl0ZSB3b3JrZWQgb3V0DQoJPiB0aGUgYmVzdCB3YXkgdG8gaW1wbGVtZW50IHRo aXMgeWV0Lg0KCT4NCgk+IFdoYXQgYXJlIHlvdXIgdGhvdWdodHMgb24gdGhpcyA/DQoJPg0KCT4g UmVnYXJkcywNCgk+DQoJPiBLZW4NCgk+DQoJPg0KCT4NCgk+IC0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCgk+IFRoaXMgU0YuTmV0IGVtYWls IGlzIHNwb25zb3JlZCBieTogSU5ldFUNCgk+IEF0dGVudGlvbiBXZWIgRGV2ZWxvcGVycyAmIENv bnN1bHRhbnRzOiBCZWNvbWUgQW4gSU5ldFUgSG9zdGluZyBQYXJ0bmVyLg0KCT4gUmVmZXIgRGVk aWNhdGVkIFNlcnZlcnMuIFdlIE1hbmFnZSBUaGVtLiBZb3UgR2V0IDEwJSBNb250aGx5IENvbW1p c3Npb24hDQoJPiBJTmV0VSBEZWRpY2F0ZWQgTWFuYWdlZCBIb3N0aW5nIGh0dHA6Ly93d3cuaW5l dHUubmV0L3BhcnRuZXIvaW5kZXgucGhwDQoJPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KCT4gU3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlciBtYWlsaW5n IGxpc3QNCgk+IFNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJAbGlzdHMuc291cmNlZm9yZ2UubmV0 DQoJPiBodHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby9zcHJpbmdm cmFtZXdvcmstZGV2ZWxvcGVyDQoJPg0KCQ0KCQ0KCQ0KDQo= |
|
From: Rod J. <rod...@in...> - 2003-06-23 19:35:51
|
I agree with Ken. It should be *possible*, but not necessary, to download and build all of Spring with the demos. It should be easy to get started with a minimum of fuss. Regards, Rod ----- Original Message ----- From: "Ken Krebs" <kk...@kk...> To: "jürgen höller [werk3AT]" <jue...@we...> Cc: "'spring-dev-list'" <spr...@li...> Sent: Monday, June 23, 2003 7:26 PM Subject: [Springframework-developer] Sample Application build process > Juergen, > > The changes you made to the Petclinic build files have raised an > interesting issue which applies to all sample programs: > > The changes made now require a user of the sample app to download and > build the entire Spring framework. It was specifically my intent with > Petclinic to not require this. I had envisioned a separately > downloadable distribution of the sample. Many if not most developers are > just going to want to use the framework runtime jars, at least at first > when they're taking it out for a test drive. > > The prjzip ant target is only needed to create a distribution so it > probably be in a separate file which will not be included in the > distribution. This prjzip target will need to grab a current snapshot of > the libs for inclusion in the distribution. I haven't quite worked out > the best way to implement this yet. > > What are your thoughts on this ? > > Regards, > > Ken > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: INetU > Attention Web Developers & Consultants: Become An INetU Hosting Partner. > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Ken K. <kk...@kk...> - 2003-06-23 19:05:25
|
Juergen, The changes you made to the Petclinic build files have raised an interesting issue which applies to all sample programs: The changes made now require a user of the sample app to download and build the entire Spring framework. It was specifically my intent with Petclinic to not require this. I had envisioned a separately downloadable distribution of the sample. Many if not most developers are just going to want to use the framework runtime jars, at least at first when they're taking it out for a test drive. The prjzip ant target is only needed to create a distribution so it probably be in a separate file which will not be included in the distribution. This prjzip target will need to grab a current snapshot of the libs for inclusion in the distribution. I haven't quite worked out the best way to implement this yet. What are your thoughts on this ? Regards, Ken |
|
From: <jue...@we...> - 2003-06-23 18:44:57
|
QlRXLCBJJ3ZlIGp1c3QgZml4ZWQgYSBQZXRDbGluaWMgYnVnIHRoYXQgSSd2ZSBpbnRyb2R1Y2Vk IC0gcGxlYXNlIHVwZGF0ZSBmcm9tIENWUyBhZ2FpbjotKQ0KIA0KSSd2ZSBhbHNvIGFkZGVkIGEg InJlbGVhc2UiIHRhcmdldCB0byBvdXIgbWFpbiBidWlsZC54bWwsIGdlbmVyYXRpbmcgYSBaaXAg ZmlsZSB3aXRoIGRpc3QsIGRvY3MsIHNyYywgc29tZSBsaWJzLCBhbmQgdGhlIHNhbXBsZXMuIEN1 cnJlbnRseSwgaXRzIHNpemUgaXMganVzdCBhYm91dCA1IE1CIQ0KIA0KSW4gdGhlIGNvdXJzZSBv ZiB0aGUgcmVsZWFzZSBwcmVwYXJhdGlvbnMsIEkndmUgcmVzdHJ1Y3R1cmVkIGFuZCBhbGlnbmVk IHRoZSBzYW1wbGUgYXBwcy4gUGFnZWRMaXN0IGhhcyBhIGJ1aWxkIHByb2Nlc3Mgbm93LCBzaW1p bGFyIHRvIFBldENsaW5pYydzLiBJJ2xsIGNvbW1lbnQgb24gdGhlIGJ1aWxkaW5nIGluIGRldGFp bCBsYXRlciwgaW4gYSBzZXBhcmF0ZSBtYWlsLiBCYXNpY2FsbHkgdGhlIHNhbXBsZSBidWlsZCBz Y3JpcHRzIG5vdyBmZXRjaCB0aGUgbGlicmFyaWVzIGZyb20gU3ByaW5nJ3MgbWFpbiBkaXN0IGFu ZCBsaWIgZGlyZWN0b3JpZXMsIHRvIGd1YXJhbnRlZSBhIGN1cnJlbnQgU3ByaW5nIHZlcnNpb24s IGFuZCB0byBhdm9pZCBkdXBsaWNhdGUgbGlicmFyaWVzIGluIHRoZSByZWxlYXNlIFpJUCBmaWxl LiBJIGtub3cgdGhhdCB0aGlzIG1ha2VzIGRlcGxveWluZyB0aGUgc2FtcGxlcyBsZXNzIGNvbnZl bmllbnQsIGJ1dCBJIGRvbid0IGNvbnNpZGVyIGNhbGxpbmcgImFudCBidWlsZCIgcmVzcC4gImFu dCB3YXJmaWxlIiBpbiB0aGUgcmVzcGVjdGl2ZSBkaXJlY3RvcnkgaGFyZCBlaXRoZXIgKGF0IGxl YXN0IGZvciBkZXZlbG9wZXJzKS4gSU1PIHRoZSBzYW1wbGVzIGFyZSBtYWlubHkgdGhlcmUgZm9y IGNvZGUgYW5kIGNvbmZpZ3VyYXRpb24gcmV2aWV3IGFueXdheS4gV2UgbWF5IGhhdmUgdG8gZGlz Y3VzcyB0aGlzLCB0aG91Z2guDQogDQpKdWVyZ2VuDQogDQogDQoNCi0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQpGcm9tOiBLZW4gS3JlYnMgW21haWx0bzpra0Bra3RlYy5jb21dDQpTZW50OiBN b25kYXksIEp1bmUgMjMsIDIwMDMgODoxNSBQTQ0KVG86IFJvZCBKb2huc29uOyBqw7xyZ2VuIGjD tmxsZXIgW3dlcmszQVRdDQpDYzogc3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0cy5zb3Vy Y2Vmb3JnZS5uZXQNClN1YmplY3Q6IE5FVyBQZXRjbGluaWMgdmVyc2lvbg0KDQoNCkkgd2lsbCBt YWtlIHRoZXNlIGNoYW5nZXMuDQoNCktlbg0KDQpSb2QgSm9obnNvbiB3cm90ZToNCg0KDQpSZWdh cmRpbmcgdGhlIGltcGxlbWVudGF0aW9uOiBJJ3ZlIG5vdGljZWQgdGhhdCB0aGUgQ2xpbmljIGlu dGVyZmFjZQ0KDQogICAgDQoNCmR1cGxpY2F0ZXMgQ2xpbmljREFPJ3MgbWV0aG9kcyB0byBhIGxh cmdlIGV4dGVudCwgYW5kIHRoYXQgQ2xpbmljSW1wbCBhZGRzDQoNCmNyb3NzLXJlZmVyZW5jaW5n IGFuZCBjYWNoaW5nIHRvIHRoZSBlbnRpdGllcyAoZGF0YSBhY2Nlc3MgYXNwZWN0cykuIFRoaXMN Cg0KaXNuJ3QgcmVhbGx5IHByb3BlciBzZXBhcmF0aW9uIGJldHdlZW4gZGF0YSBhY2Nlc3MgY29k ZSBhbmQgYnVzaW5lc3MgbG9naWMsDQoNCmJ1dCBvZiBjb3Vyc2UgdGhlIGJvcmRlcnMgYXJlIG9m dGVuIHNvbWV3aGF0IGJsdXJyaW5nLiBJbiBvdXIgY2FzZSwgaXQncw0KDQpwcm9iYWJseSBtb3Jl IGFwcHJvcHJpYXRlIHRvIG1lcmdlIHRoZSB0d28sIGkuZS4gb2ZmZXIganVzdCBhIENsaW5pYw0K DQppbnRlcmZhY2UsIHdpdGggdGhlIGNvbW1vbiBsb2dpYyBpbiBhbiBBYnN0cmFjdENsaW5pYyBi YXNlIGNsYXNzLCBhbmQgYQ0KDQpDbGluaWNKZGJjSW1wbCBkZWZhdWx0IGltcGxlbWVudGF0aW9u Lg0KDQoNCg0KSSBhZ3JlZSB3aXRoIHRoaXMuIEFzIEp1ZXJnZW4gc2F5cywgaXQncyBtb3N0IGlt cG9ydGFudCB0byBzZXBhcmF0ZSB3ZWIgYW5kDQoNCmJ1c2luZXNzIGNvZGUuDQoNCg0KDQpUaGFu a3MgdmVyeSBtdWNoIGZvciBhbGwgeW91IGhhcmQgd29yayBvbiB0aGlzLCBLZW4uIEknbSB1bmxp a2VseSB0byBnZXQgYQ0KDQpjaGFuY2UgdG8gbG9vayBhdCB0aGUgY29kZSBpbiBkZXRhaWwgYmVm b3JlIEJvc3RvbiwgYnV0IHRoZSBmaXJzdCB2ZXJzaW9uDQoNCndhcyBsb29raW5nIGdvb2QgYW5k IEknbSBzdXJlIHlvdSd2ZSBjb250aW51ZWQgdG8gaW1wcm92ZSBpdCBzdWJzdGFudGlhbGx5IQ0K DQoNCg0KUmVnYXJkcywNCg0KUm9kDQoNCg0KDQoNCg0KDQoNCg0KDQotLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNClRoaXMgU0YuTmV0IGVt YWlsIGlzIHNwb25zb3JlZCBieTogSU5ldFUNCg0KQXR0ZW50aW9uIFdlYiBEZXZlbG9wZXJzICYg Q29uc3VsdGFudHM6IEJlY29tZSBBbiBJTmV0VSBIb3N0aW5nIFBhcnRuZXIuDQoNClJlZmVyIERl ZGljYXRlZCBTZXJ2ZXJzLiBXZSBNYW5hZ2UgVGhlbS4gWW91IEdldCAxMCUgTW9udGhseSBDb21t aXNzaW9uIQ0KDQpJTmV0VSBEZWRpY2F0ZWQgTWFuYWdlZCBIb3N0aW5nICBodHRwOi8vd3d3Lmlu ZXR1Lm5ldC9wYXJ0bmVyL2luZGV4LnBocA0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KDQpTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyIG1haWxpbmcg bGlzdA0KDQpTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0K DQpodHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby9zcHJpbmdmcmFt ZXdvcmstZGV2ZWxvcGVyDQoNCg0KDQoNCg0KICANCg0KDQo= |
|
From: Ken K. <kk...@kk...> - 2003-06-23 18:22:12
|
I will make these changes. Ken Rod Johnson wrote: >>Regarding the implementation: I've noticed that the Clinic interface >> >> >duplicates ClinicDAO's methods to a large extent, and that ClinicImpl adds >cross-referencing and caching to the entities (data access aspects). This >isn't really proper separation between data access code and business logic, >but of course the borders are often somewhat blurring. In our case, it's >probably more appropriate to merge the two, i.e. offer just a Clinic >interface, with the common logic in an AbstractClinic base class, and a >ClinicJdbcImpl default implementation. > >I agree with this. As Juergen says, it's most important to separate web and >business code. > >Thanks very much for all you hard work on this, Ken. I'm unlikely to get a >chance to look at the code in detail before Boston, but the first version >was looking good and I'm sure you've continued to improve it substantially! > >Regards, >Rod > > > > >------------------------------------------------------- >This SF.Net email is sponsored by: INetU >Attention Web Developers & Consultants: Become An INetU Hosting Partner. >Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! >INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > |
|
From: Rod J. <rod...@in...> - 2003-06-23 17:59:37
|
> Regarding the implementation: I've noticed that the Clinic interface duplicates ClinicDAO's methods to a large extent, and that ClinicImpl adds cross-referencing and caching to the entities (data access aspects). This isn't really proper separation between data access code and business logic, but of course the borders are often somewhat blurring. In our case, it's probably more appropriate to merge the two, i.e. offer just a Clinic interface, with the common logic in an AbstractClinic base class, and a ClinicJdbcImpl default implementation. I agree with this. As Juergen says, it's most important to separate web and business code. Thanks very much for all you hard work on this, Ken. I'm unlikely to get a chance to look at the code in detail before Boston, but the first version was looking good and I'm sure you've continued to improve it substantially! Regards, Rod |
|
From: <jue...@we...> - 2003-06-22 22:06:09
|
IA0KDQoJLS0tLS1VcnNwcsO8bmdsaWNoZSBOYWNocmljaHQtLS0tLSANCglWb246IGrDvHJnZW4g aMO2bGxlciBbd2VyazNBVF0gDQoJR2VzZW5kZXQ6IFNvIDIyLjA2LjIwMDMgMjM6MjIgDQoJQW46 IEtlbiBLcmVicyANCglDYzogDQoJQmV0cmVmZjogUmU6IFtTcHJpbmdmcmFtZXdvcmstZGV2ZWxv cGVyXSBORVcgUGV0Y2xpbmljIHZlcnNpb24NCgkNCgkNCglLZW4sDQoJIA0KCUkndmUganVzdCBh ZGRlZCB5b3UgYXMgZGV2ZWxvcGVyLCBhbmQgY29tbWl0dGVkIHRoZSBkZW1vIHRvIHNhbXBsZXMv cGV0Y2xpbmljLg0KCSANCglJJ3ZlIHJlc3RydWN0dXJlZCB0aGUgZGlyZWN0b3JpZXMgYSBiaXQs IGludHJvZHVjaW5nIGEgZGlyZWN0b3J5IGZvciBidWlsZC10aW1lIGxpYnMgKHJlcGxhY2luZyB0 aGUgSjJFRSBSSSB3aXRoIGEgc2VydmxldC5qYXIpLCB3b3JraW5nIHdpdGggdGhlIHdhciBkaXJl Y3RvcnkgZGlyZWN0bHkgKGZvciBlYXNpZXIgZGV2ZWxvcG1lbnQpLCBhbmQgdXNpbmcgdGhlIEpT VEwgc3RhbmRhcmQgVVJJcyAod2l0aG91dCBleHBsaWNpdCBUTEQgcmVnaXN0cmF0aW9uIGluIHdl Yi54bWwpLiBJdCdzIHZlcnkgZWFzeSB0byBkZXZlbG9wIHdpdGggdGhpcyBraW5kIG9mIHNldHVw IGUuZy4gaW4gSW50ZWxsaUogSURFQSwgZXZlbiBlYXNpZXIgd2hlbiB1c2luZyBhIERyaXZlck1h bmFnZXJEYXRhU291cmNlIGluc3RlYWQgb2YgYSBKTkRJIG9uZSAoSSd2ZSBpbmNsdWRlZCByZXNw ZWN0aXZlIGRlZmluaXRpb25zIGluIGFwcGxpY2F0aW9uQ29udGV4dC54bWwsIGluIGNvbW1lbnRz KS4NCgkgDQoJVGhlIHVzZXIgaW50ZXJmYWNlIGlzIHN0aWxsLCBlaG0sIHZlcnkgbWluaW1hbGlz dGljLCBidXQgSSBndWVzcyB5b3UncmUgYXdhcmUgb2YgdGhhdCA7LSkgV2Ugc2hvdWxkIGF0IGxl YXN0IGFkZCBsaXN0IG5hdmlnYXRpb24gdGhyb3VnaCBvd25lcnMsIHBldHMsIGFuZCB2aXNpdHMu IEl0J3MgYSBiaXQgY3VtYmVyc29tZSB0byB1c2UgY3VycmVudGx5LCBidXQgb24gdGhlIG90aGVy IGhhbmQgaXQncyBzdXBwb3NlZCB0byBiZSBhIGNvZGUgc3RydWN0dXJlIHNob3djYXNlIHJhdGhl ciB0aGFuIHNvbWUgcHJldHR5IGV5ZWNhdGNoZXIuDQoJIA0KCVJlZ2FyZGluZyB0aGUgaW1wbGVt ZW50YXRpb246IEkndmUgbm90aWNlZCB0aGF0IHRoZSBDbGluaWMgaW50ZXJmYWNlIGR1cGxpY2F0 ZXMgQ2xpbmljREFPJ3MgbWV0aG9kcyB0byBhIGxhcmdlIGV4dGVudCwgYW5kIHRoYXQgQ2xpbmlj SW1wbCBhZGRzIGNyb3NzLXJlZmVyZW5jaW5nIGFuZCBjYWNoaW5nIHRvIHRoZSBlbnRpdGllcyAo ZGF0YSBhY2Nlc3MgYXNwZWN0cykuIFRoaXMgaXNuJ3QgcmVhbGx5IHByb3BlciBzZXBhcmF0aW9u IGJldHdlZW4gZGF0YSBhY2Nlc3MgY29kZSBhbmQgYnVzaW5lc3MgbG9naWMsIGJ1dCBvZiBjb3Vy c2UgdGhlIGJvcmRlcnMgYXJlIG9mdGVuIHNvbWV3aGF0IGJsdXJyaW5nLiBJbiBvdXIgY2FzZSwg aXQncyBwcm9iYWJseSBtb3JlIGFwcHJvcHJpYXRlIHRvIG1lcmdlIHRoZSB0d28sIGkuZS4gb2Zm ZXIganVzdCBhIENsaW5pYyBpbnRlcmZhY2UsIHdpdGggdGhlIGNvbW1vbiBsb2dpYyBpbiBhbiBB YnN0cmFjdENsaW5pYyBiYXNlIGNsYXNzLCBhbmQgYSBDbGluaWNKZGJjSW1wbCBkZWZhdWx0IGlt cGxlbWVudGF0aW9uLg0KCSANCglJTU8sIHRoZSBhcHAgc2ltcGx5IGlzbid0IGNvbXBsZXggZW5v dWdoIGZvciBzZXBhcmF0ZWQgYnVzaW5lc3MgYW5kIGRhdGEgYWNjZXNzIGxheWVycy4gVGhlIG1v cmUgaW1wb3J0YW50IHRoaW5nIGlzIGNsZWFyIHNlcGFyYXRpb24gYmV0d2VlbiB0aGUgYnVzaW5l c3MgYW5kIHRoZSB3ZWIgbGF5ZXI6IFRob3NlIHR3byBzaG91bGQgbmV2ZXIgYmUgbWVyZ2VkLCBu b3QgZXZlbiBpbiB2ZXJ5IHNpbXBsZSBhcHBzLg0KCSANCglCVFcsIEkndmUgbWFkZSB5b3VyIExv ZzRKIGNvbmZpZ3VyYXRpb24gbGV2ZXJhZ2Ugb3VyICJ3ZWJBcHBSb290S2V5IiBzdXBwb3J0LCBp LmUuIGEgTG9nNGpDb25maWdMaXN0ZW5lciB0aGF0IGV4cG9ydHMgYSAicGV0Y2xpbmljLnJvb3Qi IHN5c3RlbSBwcm9wZXJ0eSBzcGVjaWZ5aW5nIHRoZSB3ZWIgYXBwIHJvb3QgZGlyZWN0b3J5LCB1 c2luZyAiJHtwZXRjbGluaWMucm9vdH0vV0VCLUlORi9wZXRjbGluaWMubG9nIiBhcyBsb2cgZmls ZSBwYXRoIGluIGxvZzRqLnByb3BlcnRpZXMuDQoJIA0KCVJlZ2FyZHMsDQoJSnVlcmdlbg0KCSAN CgkgDQoNCgkJLS0tLS1VcnNwcsO8bmdsaWNoZSBOYWNocmljaHQtLS0tLSANCgkJVm9uOiBLZW4g S3JlYnMgW21haWx0bzpra0Bra3RlYy5jb21dIA0KCQlHZXNlbmRldDogU28gMjIuMDYuMjAwMyAx NDo0MyANCgkJQW46IGrDvHJnZW4gaMO2bGxlciBbd2VyazNBVF0gDQoJCUNjOiANCgkJQmV0cmVm ZjogUmU6IFtTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyXSBORVcgUGV0Y2xpbmljIHZlcnNpb24N CgkJDQoJCQ0KDQoJCUp1ZXJnZW4sDQoJCQ0KCQlNeSBuZXcgc291cmNlZm9yZ2UgYWNjb3VudCBu YW1lIGlzIGtrdGVjLg0KCQkNCgkJSSd2ZSBhbHJlYWR5IGRpc2NvdmVyZWQgYSBjb3VwbGUgb2Yg cHJvYmxlbXMgaW4gbXkgcG9zdGluZywgOj0oDQoJCQ0KCQkxLiBJbiBteSBGaW5kT3duZXJzQnlO YW1lIGZ1bmN0aW9uYWxpdHksIEkgZm91bmQgdGhhdCBNeXNxbCBzZWFyY2hlcyBhcmUNCgkJbm90 IGNhc2Utc2Vuc2l0aXZlIGJ1dCBIc3FsIGFyZS4gSSBleHRlbmRlZCBteSBzZWFyY2ggYWxnb3Jp dGhtIGJ1dCBwdXQNCgkJdGhlIGxvZ2ljIGluIEZpbmRPd25lcnNGb3JtIHdoZW4gaXQgc2hvdWxk IHByb2JhYmx5IGdvIGluIGEgYnVzaW5lc3MNCgkJb2JqZWN0LiBBbHNvLCB0aGUgbG9naWMgZG9l c24ndCB3b3JrIHByb3Blcmx5LiBJIGhhdmUgMiBzdHJhdGVnaWVzIEknbQ0KCQljb25zaWRlcmlu ZyBmb3IgcmVzb2x2aW5nIHRoaXMuIFRoZSBmaXJzdCBpcyB0byBjb2VyY2UgbmFtZXMgc3RvcmVk IGluDQoJCXRoZSBkYXRhYmFzZSB0byBhIGNhcGl0YWxpemVkIGZvcm0uIFRoZSBzZWNvbmQgaXMg dG8gdXNlIEhTUUwncw0KCQlTZXRJZ25vcmVDYXNlIGZ1bmN0aW9uYWxpdHkgYmVmb3JlIGNyZWF0 aW5nIHRoZSB0YWJsZXMuIEkgYW0gbGVhbmluZyB0bw0KCQl0aGUgMm5kIGZvciBzaW1wbGljaXR5 LiBBcyBJIGRvbid0IGhhdmUgbXVjaCByZWFsIHdvcmxkIGRhdGFiYXNlDQoJCWV4cGVyaWVuY2Us IGFueSBhZHZpY2UgeW91IGhhdmUgb24gaG93IHlvdSBoYXZlIGRlYWx0IHdpdGggdGhpcyB0eXBl IG9mDQoJCXByb2JsZW0gd291bGQgYmUgYXBwcmVjaWF0ZWQuDQoJCQ0KCQkyLiBJbiBteSBDbGlu aWNKZGJjREFPLCBJIGhhdmUgYSBudW1iZXIgb2YgaW5uZXIgY2xhc3NlcyB0aGF0IHByb3ZpZGUN CgkJdGhlIGRhdGFiYXNlIHF1ZXJpZXMsdXBkYXRlcywgYW5kIGluc2VydHMuIENsaW5pY0pkYmNE QU8gY3JlYXRlcw0KCQlpbnN0YW5jZXMgb2YgdGhlc2UgY2xhc3Nlcywgc3RvcmluZyByZWZlcmVu Y2VzIHRvIHRoZW0gYXMNCgkJUmRibXNPcGVyYXRpb25zIHNvIHRoYXQgc3ViY2xhc3NlcyBtYXkg c3Vic3RpdHV0ZSB0aGVpciBvd24gc3BlY2lhbGl6ZWQNCgkJdmVyc2lvbnMsIGluY2x1ZGluZyBT dG9yZWRQcm9jZWR1cmVzLiBBIHN1YmNsYXNzIG11c3QgYWxzbyBvdmVycmlkZSB0aGUNCgkJcmVs YXRlZCBDbGluaWNEQU8gQVBJIG1ldGhvZC4gSSBkaWRuJ3QgYWRkIHRoZSBzZXR0ZXJzL2dldHRl cnMgbmVlZGVkDQoJCWZvciBzdWJjbGFzc2VzIHRvIHVzZSB0aGVtLiBBbHNvLCB0aGUgYWZ0ZXJQ cm9wZXJ0aWVzU2V0IG1ldGhvZCB3aWxsDQoJCW5lZWQgdG8gYmUgY2hhbmdlZCB0byBvbmx5IGFk ZCB0aGUgZGVmYXVsdCB2ZXJzaW9ucyBmb3IgdGhlc2UgcHJvcGVydGllcw0KCQl0aGF0IGhhdmVu J3QgYmVlbiBzZXQuIEkgd2lsbCBhbHNvIG1vdmUgdGhlIGlubmVyIGNsYXNzZXMgb3V0c2lkZSB0 bw0KCQlwYWNrYWdlIGxldmVsLiBUaGlzIGV4dHJhIGxldmVsIG9mIGNvbXBsZXhpdHkgaXNuJ3Qg cmVhbGx5IG5lZWRlZCBmb3INCgkJdGhlIGRlbW8gYnV0IEkgdGhpbmsgaXQgc2hvd3Mgc29tZSBv ZiBTcHJpbmcncyBzdHJlbmd0aHMuIEkgYWxzbyB3YW50ZWQNCgkJdG8gc2hvdyB0aGUgcG9pbnQg dGhhdCB0aGUgdGhlc2Ugb2JqZWN0cyBhcmUgdGhyZWFkc2FmZSwgcmV1c2FibGUgaXRlbXMNCgkJ dGhhdCBzaG91bGQgYmUgY3JlYXRlZCB1cGZyb250IHdpdGggdGhlIFNRTCBjb21wbGllZCBvbmx5 IG9uY2UuDQoJCQ0KCQlSZWdhcmRzLA0KCQkNCgkJS2VuDQoJCQ0KCQkNCgkJasODwrxyZ2VuIGjD g8K2bGxlciBbd2VyazNBVF0gd3JvdGU6DQoJCQ0KCQk+SGkgS2VuLA0KCQk+DQoJCT5JJ2xsIHJl dmlldyB0aGUgZGVtbyBhcHAgdG9kYXkuIEV4cGVjdCB0byBnZXQgc29tZSBwcm9tcHQgZmVlZGJh Y2sgOi0pDQoJCT4NCgkJPkluIHRoZSBjb3Vyc2Ugb2YgdGhpcywgSSdsbCBhZGQgUGV0Y2xpbmlj IHRvIENWUywgaW4gc2FtcGxlcy9wZXRjbGluaWMgKGFuYWxvZ291cyB0byBKUCdzIHNhbXBsZXMv cGFnZWRsaXN0KS4gSSBzdWdnZXN0IHRvIGFwcGx5IGFueSBtb2RpZmljYXRpb25zIHRoZXJlLCBp bnN0ZWFkIG9mIHNoYXJpbmcgZXZlcnl0aGluZyB2aWEgbWFpbCBhdHRhY2htZW50cy4NCgkJPg0K CQk+SSd2ZSBub3RpY2VkIHRoYXQgeW91IHN0aWxsIGRvbid0IGhhdmUgQ1ZTIGFjY2Vzcy4gRG8g eW91IGFscmVhZHkgaGF2ZSBhIFNvdXJjZUZvcmdlIGFjY291bnQ/IElmIG5vdCwgcGxlYXNlIGNy ZWF0ZSBvbmUuIEp1c3QgdGVsbCBtZSB5b3VyIHVzZXJuYW1lLCBhbmQgSSdsbCBhZGQgeW91IGFz IGRldmVsb3BlciENCgkJPg0KCQk+RmluYWxseSwgdGhhbmtzIGZvciB5b3UgYWxsIHlvdXIgZWZm b3J0cyEgQSBwcm9wZXIgZGVtbyBhcHAgaXMgdmVyeSB2YWx1YWJsZSBmb3IgdXMsIGV2ZW4gbW9y ZSBmb3IgaW5jbHVzaW9uIGluIGEgZGlzdHJpYnV0aW9uIHRoYW4gZm9yIHB1YmxpYyBhdmFpbGFi aWxpdHkgb24gdGhlIHdlYnNpdGUuDQoJCT4NCgkJPlJlZ2FyZHMsDQoJCT5KdWVyZ2VuDQoJCT4N CgkJPg0KCQk+DQoJCT4gICAgICAgLS0tLS1VcnNwcsODwrxuZ2xpY2hlIE5hY2hyaWNodC0tLS0t DQoJCT4gICAgICAgVm9uOiBLZW4gS3JlYnMgW21haWx0bzpra0Bra3RlYy5jb21dDQoJCT4gICAg ICAgR2VzZW5kZXQ6IFNhIDIxLjA2LjIwMDMgMjE6MTANCgkJPiAgICAgICBBbjogJ3NwcmluZy1k ZXYtbGlzdCc7IFRob21hcyBSaXNiZXJnDQoJCT4gICAgICAgQ2M6DQoJCT4gICAgICAgQmV0cmVm ZjogW1NwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJdIE5FVyBQZXRjbGluaWMgdmVyc2lvbg0KCQk+ ICAgICAgDQoJCT4gICAgICANCgkJPiAgICAgICBUbyBUaG9tYXMsDQoJCT4gICAgICANCgkJPiAg ICAgICBDYW4geW91IGluc3RhbGwgdGhlIGRlbW8gZG93bmxvYWQgZmlsZSBhbG9uZyB3aXRoIGEg cnVubmluZyB2ZXJzaW9uIG9uIHRoZSBTcHJpbmcgd2Vic2l0ZSwgbWFya2luZyBpdCBhcyBwcmVs aW1pbmFyeSA/DQoJCT4gICAgICANCgkJPiAgICAgIA0KCQk+ICAgICAgIFRvIEFsbCwNCgkJPiAg ICAgIA0KCQk+ICAgICAgIEkgYW0gcGxlYXNlZCB0byBhbm5vdW5jZSB0aGF0IEkgbm93IGhhdmUg cmVhZHkgZm9yIGRvd25sb2FkLCBhIG5ldyB2ZXJzaW9uIG9mIHRoZSBQZXRjbGluaWMgZGVtbyBh cHAgPGh0dHA6Ly93d3cuZ2xvYmFsZGlhbG9nLmNvbS8lN0Vra3JlYnMvZmlsZXMvcGV0Y2xpbmlj MS0xLjAuemlwPiAsIGFwcHJveC4gMS45TUIuDQoJCT4gICAgICAgQmUgc3VyZSB0byByZWFkIHRo ZSBmaWxlLCBwZXRjbGluaWMudHh0IHdoaWNoIGlzIGF0dGFjaGVkIGFuZCBhbHNvIGlzIGluIHRo ZSBwcm9qZWN0J3Mgd2Vic3JjIGRpcmVjdG9yeS4gVGhpcyBmaWxlIGNvbnRhaW5zIG5vdGVzIHJl Z2FyZGluZyB0aGUgZGVzaWduLCBpbXBsZW1lbnRhdGlvbiwgYW5kIHVzYWdlLg0KCQk+ICAgICAg DQoJCT4gICAgICAgSSAgYW0ganVzdCBnZXR0aW5nIHN0YXJ0ZWQgb24gdGhlIGFjY29tcGFueWlu ZyB0dXRvcmlhbC4gSSB3aWxsIHBvc3QgYml0cyBhbmQgcGllY2VzIG9mIGl0IGFzIHRoZXkgYmVj b21lIGF2YWlsYWJsZSBmb3IgcmV2aWV3LiBDYW4gSSBnZXQgYW55IHZvbHVudGVlcnMgdG8gaGVs cCB3aXRoIHRoZSByZXZpZXdpbmcgPz8/DQoJCT4gICAgICANCgkJPiAgICAgICBJIGFtIGFsc28g aGFwcHkgdG8gc2F5IHRoYXQgU291cmNlZm9yZ2Ugc2VlbXMgdG8gaGF2ZSB3b3JrZWQgb3V0IHRo ZWlyIGFub255bW91cyBhY2Nlc3MgcHJvYmxlbXMgc28gaXQgaXMgdXNpbmcgYSBwcmV0dHkgdXAt dG8tZGF0ZSB2ZXJzaW9uIG9mIFNwcmluZy4NCgkJPiAgICAgIA0KCQk+ICAgICAgIEkgaGF2ZSBp dCBydW5uaW5nIHRlbXBvcmFyaWx5IG9uIGEgc21hbGwsIHByaXZhdGUgc2l0ZS4gSWYgeW91IHdp c2ggdG8gZ2V0IHRoZSBVUkwsIHNlbmQgbWUgYW4gZW1haWwuDQoJCT4gICAgICANCgkJPiAgICAg IA0KCQk+ICAgICAgIFRvIE15c2VsZiwNCgkJPiAgICAgIA0KCQk+ICAgICAgIFRpbWUgaXMgcnVu bmluZyBvdXQgYmVmb3JlIHRoZSBzeW1wb3NpdW0gKGFuZCBJIGxlYXZlIGZvciBhIHdlZWsncyBj YW1waW5nIGhvbGlkYXkgaW4gdGhlIGdyZWF0IG5vcnRoIHdvb2RzIG9mIFdpc2NvbnNpbiksDQoJ CT4gICAgICAgc28gSSBoYXZlIHRvIGZvY3VzIG9uIHRoZSB0dXRvcmlhbC4NCgkJPiAgICAgIA0K CQk+ICAgICAgIFJlcGVhdCBhZnRlciBtZToNCgkJPiAgICAgICBJIG11c3Qgc3RvcCBkZXNpZ25p bmcsIGNvZGluZywgdHdlYWtpbmcuDQoJCT4gICAgICAgSSBtdXN0IHN0b3AgZGVzaWduaW5nLCBj b2RpbmcsIHR3ZWFraW5nLg0KCQk+ICAgICAgIEkgbXVzdCBzdG9wIGRlc2lnbmluZywgY29kaW5n LCB0d2Vha2luZy4NCgkJPiAgICAgICAuLi4gOi0pDQoJCT4gICAgICANCgkJPiAgICAgIA0KCQk+ ICAgICAgDQoJCT4gICAgICAgSSB2ZXJ5IG11Y2ggd2VsY29tZSBhbGwgY29tbWVudHMsIHN1Z2dl c3Rpb25zLCBpZGVhcywgY3JpdGljaXNtcywgYW5kIGV0Yy4NCgkJPiAgICAgIA0KCQk+ICAgICAg IEtlbg0KCQk+DQoJCT4/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/P8OT woYrEhc/Xj/DqcKawopYPz8/Jz8/P3U/PyDDl8KtUCBtentiP3U/bDc/elopej8/Pz9bWj8/PwU/ KD8/JyDDl8KtUHosPyk/PT8/Pz9FP8Oewqw3Pz/DhsKtecOUwp4/Pz8xP8OawoE/P3pvw5jCosOh wp7Ct10/Mj8/XD8/aT8/w4jCqD8/ej8DecOYwpxqw5fCnTE/w5rCgT9HPz9iPwhtPz8/PyAwPynD nsK2Pz96Pz9qP2d6Pz/Dl8KxPz9pPz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz/D ksKmPz8/P8Oawpk/KD9PP3rDr8K/wr0/Pz8/P3glPz9SPz8/Pz/DmsKZPyg/Tz96w6/Cv8K9Pz9Y Pz8/Pz8/eT8rPz8/ej9tPz8/Pz9iPz8/Pz8/cT8/Bz8/P8OBwr8/Ky0/P2I/w5jCp34/w6zCpsK4 Pz8/w5rCmT8oP08/esOvwr/CvT8NCgkJPg0KCQk+DQoJCT4gDQoJCT4NCgkJDQoJCQ0KCQkNCg0K |
|
From: Ken K. <kk...@kk...> - 2003-06-22 17:30:19
|
Thomas, I guess any valid query would work for this parameter. Leaving the value blank may be the problem. It might also work if the parameter is not defined at all as in my file. I've noticed that there is a difference as in the HSQL version, I have to leave the password parameter undefined, not blank, to use the default blank HSQL password.; a null String vs. an empty String. Regards, Ken tri...@tr... wrote: >Ken, > >I managed to get the petclinic working. > >Added > > <parameter> > <name>validationQuery</name> > <value>select sysdate()</value> > </parameter> > >to the datasource configuration and it works fine. > >http://www.springframework.org/webapps/petclinic/welcome.htm > >Thomas > > > > > |
|
From: <tri...@tr...> - 2003-06-22 16:59:28
|
Ken,
I managed to get the petclinic working.
Added
<parameter>
<name>validationQuery</name>
<value>select sysdate()</value>
</parameter>
to the datasource configuration and it works fine.
http://www.springframework.org/webapps/petclinic/welcome.htm
Thomas
|
|
From: <tri...@tr...> - 2003-06-22 16:03:52
|
Ken, I have installed the code, but I am having trouble with the connection pool while starting up the application. I have checked everything - username, password, port. I can connect using mysql command line tool, but not using this connection pool. Tried three different versions of MySQL drivers - older versions seems to hang the server, while the most recent one gives a connection error. I am clueless - any ideas? This is the error I get: Apache Tomcat/4.1.10 DBCP borrowObject failed: java.sql.SQLException: Unable to connect to any hosts due to exception: java.net.BindException: Address already in use JDBC Driver: mysql-connector-java-3.0.8-stable-bin.jar This is the server environment: Server Version Apache Tomcat/4.1.10 JVM Version 1.4.0_02-b02 JVM Vendor Sun Microsystems Inc. OS Name Linux OS Version 2.2.20-idepci OS Arch i386 This is the context configuration: <Context className="org.apache.catalina.core.StandardContext" cachingAllowed="true" charsetMapperClass="org.apache.catalina.util.CharsetMapper" cookies="true" crossContext="false" debug="4" displayName="petclinic1" docBase="/home/tom/public_html/www.springframework.org/webapps/petclinic" mapperClass="org.apache.catalina.core.StandardContextMapper" path="/webapps/petclinic" privileged="false" reloadable="true" swallowOutput="false" useNaming="true" wrapperClass="org.apache.catalina.core.StandardWrapper"> <Resource name="jdbc/petclinicMYSQL" auth="Container" type="javax.sql.DataSource"/> <ResourceParams name="jdbc/petclinicMYSQL"> <parameter> <name>factory</name> <value>org.apache.commons.dbcp.BasicDataSourceFactory</value> </parameter> <parameter> <name>validationQuery</name> <value></value> </parameter> <parameter> <name>password</name> <value>xxx</value> </parameter> <parameter> <name>url</name> <value>jdbc:mysql://localhost/spring</value> </parameter> <parameter> <name>driverClassName</name> <value>com.mysql.jdbc.Driver</value> </parameter> <parameter> <name>maxIdle</name> <value>2</value> </parameter> <parameter> <name>username</name> <value>tom</value> </parameter> <parameter> <name>maxActive</name> <value>50</value> </parameter> <parameter> <name>maxIdle</name> <value>10</value> </parameter> <parameter> <name>maxWait</name> <value>10000</value> </parameter> <parameter> <name>removeAbandoned</name> <value>true</value> </parameter> <parameter> <name>removeAbandonedTimeout</name> <value>60</value> </parameter> <parameter> <name>logAbandoned</name> <value>true</value> </parameter> </ResourceParams> </Context> This is from "catalina.out": Jun 22, 2003 11:40:40 AM org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on port 8080 Starting service Tomcat-Apache-modjk Apache Tomcat/4.1.10 DBCP borrowObject failed: java.sql.SQLException: Unable to connect to any hosts due to exception: java.net.BindException: Address already in use This is from www.springframework.org-catalina.2003-06-22.log: 2003-06-22 11:54:35 WebappLoader[/wiki]: Deploying class repositories to work directory /usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/wiki 2003-06-22 11:54:35 WebappLoader[/wiki]: Deploy class files /WEB-INF/classes to /usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/wiki/WEB-INF/classes 2003-06-22 11:54:35 WebappLoader[/wiki]: Deploy JAR /WEB-INF/lib/activation.jar to /usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/wiki/WEB-INF/lib/activation.jar 2003-06-22 11:54:35 WebappLoader[/wiki]: Deploy JAR /WEB-INF/lib/commons-beanutils.jar to /usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/wiki/WEB-INF/lib/commons-beanutils.jar 2003-06-22 11:54:35 WebappLoader[/wiki]: Deploy JAR /WEB-INF/lib/commons-fileupload-1.0-dev.jar to /usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/wiki/WEB-INF/lib/commons-fileupload-1.0-dev.jar 2003-06-22 11:54:35 WebappLoader[/wiki]: Deploy JAR /WEB-INF/lib/commons-logging.jar to /usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/wiki/WEB-INF/lib/commons-logging.jar 2003-06-22 11:54:35 WebappLoader[/wiki]: Deploy JAR /WEB-INF/lib/java2html.jar to /usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/wiki/WEB-INF/lib/java2html.jar 2003-06-22 11:54:35 WebappLoader[/wiki]: Deploy JAR /WEB-INF/lib/jstl.jar to /usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/wiki/WEB-INF/lib/jstl.jar 2003-06-22 11:54:35 WebappLoader[/wiki]: Deploy JAR /WEB-INF/lib/jsx.jar to /usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/wiki/WEB-INF/lib/jsx.jar 2003-06-22 11:54:35 WebappLoader[/wiki]: Deploy JAR /WEB-INF/lib/junit.jar to /usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/wiki/WEB-INF/lib/junit.jar 2003-06-22 11:54:35 WebappLoader[/wiki]: Deploy JAR /WEB-INF/lib/log4j.jar to /usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/wiki/WEB-INF/lib/log4j.jar 2003-06-22 11:54:35 WebappLoader[/wiki]: Deploy JAR /WEB-INF/lib/lucene-1.2a.jar to /usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/wiki/WEB-INF/lib/lucene-1.2a.jar 2003-06-22 11:54:36 WebappLoader[/wiki]: Deploy JAR /WEB-INF/lib/mail.jar to /usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/wiki/WEB-INF/lib/mail.jar 2003-06-22 11:54:36 WebappLoader[/wiki]: Deploy JAR /WEB-INF/lib/mysql.jar to /usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/wiki/WEB-INF/lib/mysql.jar 2003-06-22 11:54:36 WebappLoader[/wiki]: Deploy JAR /WEB-INF/lib/standard.jar to /usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/wiki/WEB-INF/lib/standard.jar 2003-06-22 11:54:36 WebappLoader[/wiki]: Deploy JAR /WEB-INF/lib/template4java.jar to /usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/wiki/WEB-INF/lib/template4java.jar 2003-06-22 11:54:37 StandardManager[/wiki]: Seeding random number generator class java.security.SecureRandom 2003-06-22 11:54:37 StandardManager[/wiki]: Seeding of random number generator has been completed 2003-06-22 11:54:37 StandardWrapper[/wiki:default]: Loading container servlet default 2003-06-22 11:54:37 StandardWrapper[/wiki:invoker]: Loading container servlet invoker 2003-06-22 11:54:38 StandardContext[/webapps/petclinic]: Starting 2003-06-22 11:54:38 StandardContext[/webapps/petclinic]: Processing start(), current available=false 2003-06-22 11:54:38 StandardContext[/webapps/petclinic]: Configuring default Resources 2003-06-22 11:54:38 StandardContext[/webapps/petclinic]: Configuring non-privileged default Loader 2003-06-22 11:54:38 StandardContext[/webapps/petclinic]: Configuring default Manager 2003-06-22 11:54:38 StandardContext[/webapps/petclinic]: Processing standard container startup 2003-06-22 11:54:38 WebappLoader[/webapps/petclinic]: Deploying class repositories to work directory /usr/local/jakarta-tomcat/4.1.10/work/Standalone/www.springframework.org/webapps_petclinic 2003-06-22 11:54:38 WebappLoader[/webapps/petclinic]: Deploy class files /WEB-INF/classes to /home/tom/public_html/www.springframework.org/webapps/petclinic/WEB-INF/classes 2003-06-22 11:54:38 WebappLoader[/webapps/petclinic]: Deploy JAR /WEB-INF/lib/commons-logging.jar to /home/tom/public_html/www.springframework.org/webapps/petclinic/WEB-INF/lib/commons-logging.jar 2003-06-22 11:54:38 WebappLoader[/webapps/petclinic]: Deploy JAR /WEB-INF/lib/jstl.jar to /home/tom/public_html/www.springframework.org/webapps/petclinic/WEB-INF/lib/jstl.jar 2003-06-22 11:54:38 WebappLoader[/webapps/petclinic]: Deploy JAR /WEB-INF/lib/log4j-1.2.8.jar to /home/tom/public_html/www.springframework.org/webapps/petclinic/WEB-INF/lib/log4j-1.2.8.jar 2003-06-22 11:54:38 WebappLoader[/webapps/petclinic]: Deploy JAR /WEB-INF/lib/spring-full-0.8.jar to /home/tom/public_html/www.springframework.org/webapps/petclinic/WEB-INF/lib/spring-full-0.8.jar 2003-06-22 11:54:38 WebappLoader[/webapps/petclinic]: Deploy JAR /WEB-INF/lib/standard.jar to /home/tom/public_html/www.springframework.org/webapps/petclinic/WEB-INF/lib/standard.jar 2003-06-22 11:54:38 WebappLoader[/webapps/petclinic]: Reloading checks are enabled for this Context 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: ContextConfig: Processing START 2003-06-22 11:54:38 StandardContext[/webapps/petclinic]: Setting deployment descriptor public ID to '-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN' 2003-06-22 11:54:38 StandardContext[/webapps/petclinic]: Setting deployment descriptor public ID to '-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN' 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Accumulating TLD resource paths 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Scanning <taglib> elements in web.xml 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Adding path '/WEB-INF/tlds/spring/i21.tld' for URI '/spring-i21' 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Adding path '/WEB-INF/tlds/jstl/fmt.tld' for URI '/jstl-fmt' 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Adding path '/WEB-INF/tlds/jstl/c.tld' for URI '/jstl-c' 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Scanning TLDs in /WEB-INF subdirectory 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Scanning JARs in /WEB-INF/lib subdirectory 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Adding path '/WEB-INF/lib/commons-logging.jar' 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Adding path '/WEB-INF/lib/jstl.jar' 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Adding path '/WEB-INF/lib/log4j-1.2.8.jar' 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Adding path '/WEB-INF/lib/spring-full-0.8.jar' 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Adding path '/WEB-INF/lib/standard.jar' 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Scanning TLD at resource path '/WEB-INF/tlds/jstl/fmt.tld' 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Scanning JAR at resource path '/WEB-INF/lib/spring-full-0.8.jar' 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Scanning JAR at resource path '/WEB-INF/lib/log4j-1.2.8.jar' 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Scanning TLD at resource path '/WEB-INF/tlds/jstl/c.tld' 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Scanning JAR at resource path '/WEB-INF/lib/commons-logging.jar' 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Scanning JAR at resource path '/WEB-INF/lib/jstl.jar' 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Scanning TLD at resource path '/WEB-INF/tlds/spring/i21.tld' 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Scanning JAR at resource path '/WEB-INF/lib/standard.jar' 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Processing TLD at 'META-INF/sql-rt.tld' 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Processing TLD at 'META-INF/c.tld' 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Processing TLD at 'META-INF/x.tld' 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Processing TLD at 'META-INF/c-rt.tld' 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Processing TLD at 'META-INF/sql.tld' 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Processing TLD at 'META-INF/fmt-rt.tld' 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Processing TLD at 'META-INF/scriptfree.tld' 2003-06-22 11:54:38 ContextConfig[/webapps/petclinic]: Processing TLD at 'META-INF/fmt.tld' 2003-06-22 11:54:39 ContextConfig[/webapps/petclinic]: Processing TLD at 'META-INF/x-rt.tld' 2003-06-22 11:54:39 ContextConfig[/webapps/petclinic]: Processing TLD at 'META-INF/permittedTaglibs.tld' 2003-06-22 11:54:39 ContextConfig[/webapps/petclinic]: Pipline Configuration: 2003-06-22 11:54:39 ContextConfig[/webapps/petclinic]: org.apache.catalina.core.StandardContextValve/1.0 2003-06-22 11:54:39 ContextConfig[/webapps/petclinic]: ====================== 2003-06-22 11:54:39 NamingContextListener[/Standalone/www.springframework.org/webapps/petclinic]: Creating JNDI naming context 2003-06-22 11:54:39 NamingContextListener[/Standalone/www.springframework.org/webapps/petclinic]: Resource parameters for jdbc/petclinicMYSQL = ResourceParams[name=jdbc/petclinicMYSQL, parameters={url=jdbc:mysql://localhost/spring, validationQuery=, maxIdle=10, maxActive=50, maxWait=10000, driverClassName=com.mysql.jdbc.Driver, removeAbandoned=true, username=tom, factory=org.apache.commons.dbcp.BasicDataSourceFactory, logAbandoned=true, removeAbandonedTimeout=60, password=tom}] 2003-06-22 11:54:39 NamingContextListener[/Standalone/www.springframework.org/webapps/petclinic]: Adding resource ref jdbc/petclinicMYSQL 2003-06-22 11:54:39 NamingContextListener[/Standalone/www.springframework.org/webapps/petclinic]: ResourceRef[className=javax.sql.DataSource,factoryClassLocation=null,factoryClassName=org.apache.naming.factory.ResourceFactory,{type=scope,content=Shareable},{type=auth,content=Container},{type=url,content=jdbc:mysql://localhost/spring},{type=validationQuery,content=},{type=maxIdle,content=10},{type=maxActive,content=50},{type=maxWait,content=10000},{type=driverClassName,content=com.mysql.jdbc.Driver},{type=removeAbandoned,content=true},{type=username,content=tom},{type=factory,content=org.apache.commons.dbcp.BasicDataSourceFactory},{type=logAbandoned,content=true},{type=removeAbandonedTimeout,content=60},{type=password,content=tom}] 2003-06-22 11:54:39 NamingContextListener[/Standalone/www.springframework.org/webapps/petclinic]: Resource parameters for UserTransaction = null 2003-06-22 11:54:39 StandardManager[/webapps/petclinic]: Seeding random number generator class java.security.SecureRandom 2003-06-22 11:54:39 StandardManager[/webapps/petclinic]: Seeding of random number generator has been completed 2003-06-22 11:54:39 StandardContext[/webapps/petclinic]: Posting standard context attributes 2003-06-22 11:54:39 StandardContext[/webapps/petclinic]: Configuring application event listeners 2003-06-22 11:54:39 StandardContext[/webapps/petclinic]: Configuring event listener class 'com.interface21.web.context.ContextLoaderListener' 2003-06-22 11:54:39 StandardContext[/webapps/petclinic]: Sending application start events 2003-06-22 11:55:21 StandardContext[/webapps/petclinic]: Exception sending context initialized event to listener instance of class com.interface21.web.context.ContextLoaderListener org.apache.commons.dbcp.DbcpException: java.sql.SQLException: Unable to connect to any hosts due to exception: java.net.BindException: Address already in use at org.apache.commons.dbcp.DriverConnectionFactory.createConnection(DriverConnectionFactory.java:85) at org.apache.commons.dbcp.PoolableConnectionFactory.makeObject(PoolableConnectionFactory.java:184) at org.apache.commons.pool.impl.GenericObjectPool.borrowObject(Unknown Source) at org.apache.commons.dbcp.AbandonedObjectPool.borrowObject(AbandonedObjectPool.java:117) at org.apache.commons.dbcp.PoolingDataSource.getConnection(PoolingDataSource.java:110) at org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:312) at com.interface21.jdbc.datasource.DataSourceUtils.getConnection(DataSourceUtils.java:133) at com.interface21.jdbc.core.JdbcTemplate.doWithResultSetFromPreparedQuery(JdbcTemplate.java:285) at com.interface21.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:270) at com.interface21.jdbc.object.SqlQuery.execute(SqlQuery.java:121) at com.interface21.jdbc.object.SqlQuery.execute(SqlQuery.java:129) at petclinic.dao.ClinicJdbcDAO.getVets(Unknown Source) at petclinic.ClinicImpl.loadVets(Unknown Source) at petclinic.ClinicImpl.afterPropertiesSet(Unknown Source) at com.interface21.beans.factory.support.AbstractBeanFactory.callLifecycleMethodsIfNecessary(AbstractBeanFactory.java:457) at com.interface21.beans.factory.support.AbstractBeanFactory.createBean(AbstractBeanFactory.java:125) at com.interface21.beans.factory.support.AbstractBeanFactory.getSharedInstance(AbstractBeanFactory.java:171) at com.interface21.beans.factory.support.AbstractBeanFactory.getBeanInternal(AbstractBeanFactory.java:238) at com.interface21.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:219) at com.interface21.beans.factory.support.ListableBeanFactoryImpl.preInstantiateSingletons(ListableBeanFactoryImpl.java:198) at com.interface21.beans.factory.xml.XmlBeanFactory.loadBeanDefinitions(XmlBeanFactory.java:236) at com.interface21.beans.factory.xml.XmlBeanFactory.loadBeanDefinitions(XmlBeanFactory.java:199) at com.interface21.beans.factory.xml.XmlBeanFactory.<init>(XmlBeanFactory.java:149) at com.interface21.context.support.AbstractXmlApplicationContext.refreshBeanFactory(AbstractXmlApplicationContext.java:40) at com.interface21.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:207) at com.interface21.web.context.support.XmlWebApplicationContext.setServletContext(XmlWebApplicationContext.java:120) at com.interface21.web.context.ContextLoader.initContext(ContextLoader.java:56) at com.interface21.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:20) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3251) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3524) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardHost.start(StandardHost.java:738) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347) at org.apache.catalina.core.StandardService.start(StandardService.java:497) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2191) at org.apache.catalina.startup.Catalina.start(Catalina.java:510) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) Caused by: java.sql.SQLException: Unable to connect to any hosts due to exception: java.net.BindException: Address already in use at com.mysql.jdbc.Connection.createNewIO(Connection.java:1622) at com.mysql.jdbc.Connection.<init>(Connection.java:491) at com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:346) at org.apache.commons.dbcp.DriverConnectionFactory.createConnection(DriverConnectionFactory.java:83) ... 43 more 2003-06-22 11:55:21 StandardContext[/webapps/petclinic]: Context startup failed due to previous errors 2003-06-22 11:55:21 StandardContext[/webapps/petclinic]: Stopping 2003-06-22 11:55:21 StandardContext[/webapps/petclinic]: Stopping filters 2003-06-22 11:55:21 StandardContext[/webapps/petclinic]: Processing standard container shutdown 2003-06-22 11:55:21 ContextConfig[/webapps/petclinic]: ContextConfig: Processing STOP 2003-06-22 11:55:21 StandardContext[/webapps/petclinic]: Sending application stop events 2003-06-22 11:55:21 StandardContext[/webapps/petclinic]: Releasing document base /home/tom/public_html/www.springframework.org/webapps/petclinic 2003-06-22 11:55:21 StandardContext[/webapps/petclinic]: Stopping complete > *To Thomas,* > > Can you install the demo download file along with a running version on > the Spring website, marking it as preliminary ? > > > *To All,* > > I am pleased to announce that I now have ready for download, a new > version of the Petclinic demo app > <http://www.globaldialog.com/%7Ekkrebs/files/petclinic1-1.0.zip>, > approx. 1.9MB. > Be sure to read the file, petclinic.txt which is attached and also is in > the project's websrc directory. This file contains notes regarding the > design, implementation, and usage. > > I am just getting started on the accompanying tutorial. I will post > bits and pieces of it as they become available for review. *Can I get > any volunteers to help with the reviewing ??? > * > I am also happy to say that Sourceforge seems to have worked out their > anonymous access problems so it is using a pretty up-to-date version of > Spring. > > I have it running temporarily on a small, private site. If you wish to > get the URL, send me an email. > > > *To Myself,* > > Time is running out before the symposium (and I leave for a week's > camping holiday in the great north woods of Wisconsin), > so I have to focus on the tutorial. > > Repeat after me: > I must stop designing, coding, tweaking. > I must stop designing, coding, tweaking. > I must stop designing, coding, tweaking. > ... :-) > > > > I very much welcome all comments, suggestions, ideas, criticisms, and etc. > > Ken > |
|
From: <jue...@we...> - 2003-06-22 10:31:17
|
SGkgS2VuLA0KIA0KSSdsbCByZXZpZXcgdGhlIGRlbW8gYXBwIHRvZGF5LiBFeHBlY3QgdG8gZ2V0 IHNvbWUgcHJvbXB0IGZlZWRiYWNrIDotKQ0KIA0KSW4gdGhlIGNvdXJzZSBvZiB0aGlzLCBJJ2xs IGFkZCBQZXRjbGluaWMgdG8gQ1ZTLCBpbiBzYW1wbGVzL3BldGNsaW5pYyAoYW5hbG9nb3VzIHRv IEpQJ3Mgc2FtcGxlcy9wYWdlZGxpc3QpLiBJIHN1Z2dlc3QgdG8gYXBwbHkgYW55IG1vZGlmaWNh dGlvbnMgdGhlcmUsIGluc3RlYWQgb2Ygc2hhcmluZyBldmVyeXRoaW5nIHZpYSBtYWlsIGF0dGFj aG1lbnRzLg0KIA0KSSd2ZSBub3RpY2VkIHRoYXQgeW91IHN0aWxsIGRvbid0IGhhdmUgQ1ZTIGFj Y2Vzcy4gRG8geW91IGFscmVhZHkgaGF2ZSBhIFNvdXJjZUZvcmdlIGFjY291bnQ/IElmIG5vdCwg cGxlYXNlIGNyZWF0ZSBvbmUuIEp1c3QgdGVsbCBtZSB5b3VyIHVzZXJuYW1lLCBhbmQgSSdsbCBh ZGQgeW91IGFzIGRldmVsb3BlciENCiANCkZpbmFsbHksIHRoYW5rcyBmb3IgeW91IGFsbCB5b3Vy IGVmZm9ydHMhIEEgcHJvcGVyIGRlbW8gYXBwIGlzIHZlcnkgdmFsdWFibGUgZm9yIHVzLCBldmVu IG1vcmUgZm9yIGluY2x1c2lvbiBpbiBhIGRpc3RyaWJ1dGlvbiB0aGFuIGZvciBwdWJsaWMgYXZh aWxhYmlsaXR5IG9uIHRoZSB3ZWJzaXRlLg0KIA0KUmVnYXJkcywNCkp1ZXJnZW4NCiANCiANCg0K CS0tLS0tVXJzcHLDvG5nbGljaGUgTmFjaHJpY2h0LS0tLS0gDQoJVm9uOiBLZW4gS3JlYnMgW21h aWx0bzpra0Bra3RlYy5jb21dIA0KCUdlc2VuZGV0OiBTYSAyMS4wNi4yMDAzIDIxOjEwIA0KCUFu OiAnc3ByaW5nLWRldi1saXN0JzsgVGhvbWFzIFJpc2JlcmcgDQoJQ2M6IA0KCUJldHJlZmY6IFtT cHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyXSBORVcgUGV0Y2xpbmljIHZlcnNpb24NCgkNCgkNCglU byBUaG9tYXMsDQoJDQoJQ2FuIHlvdSBpbnN0YWxsIHRoZSBkZW1vIGRvd25sb2FkIGZpbGUgYWxv bmcgd2l0aCBhIHJ1bm5pbmcgdmVyc2lvbiBvbiB0aGUgU3ByaW5nIHdlYnNpdGUsIG1hcmtpbmcg aXQgYXMgcHJlbGltaW5hcnkgPyANCgkNCgkNCglUbyBBbGwsDQoJDQoJSSBhbSBwbGVhc2VkIHRv IGFubm91bmNlIHRoYXQgSSBub3cgaGF2ZSByZWFkeSBmb3IgZG93bmxvYWQsIGEgbmV3IHZlcnNp b24gb2YgdGhlIFBldGNsaW5pYyBkZW1vIGFwcCA8aHR0cDovL3d3dy5nbG9iYWxkaWFsb2cuY29t LyU3RWtrcmVicy9maWxlcy9wZXRjbGluaWMxLTEuMC56aXA+ICwgYXBwcm94LiAxLjlNQi4NCglC ZSBzdXJlIHRvIHJlYWQgdGhlIGZpbGUsIHBldGNsaW5pYy50eHQgd2hpY2ggaXMgYXR0YWNoZWQg YW5kIGFsc28gaXMgaW4gdGhlIHByb2plY3QncyB3ZWJzcmMgZGlyZWN0b3J5LiBUaGlzIGZpbGUg Y29udGFpbnMgbm90ZXMgcmVnYXJkaW5nIHRoZSBkZXNpZ24sIGltcGxlbWVudGF0aW9uLCBhbmQg dXNhZ2UuDQoJDQoJSSAgYW0ganVzdCBnZXR0aW5nIHN0YXJ0ZWQgb24gdGhlIGFjY29tcGFueWlu ZyB0dXRvcmlhbC4gSSB3aWxsIHBvc3QgYml0cyBhbmQgcGllY2VzIG9mIGl0IGFzIHRoZXkgYmVj b21lIGF2YWlsYWJsZSBmb3IgcmV2aWV3LiBDYW4gSSBnZXQgYW55IHZvbHVudGVlcnMgdG8gaGVs cCB3aXRoIHRoZSByZXZpZXdpbmcgPz8/DQoJDQoJSSBhbSBhbHNvIGhhcHB5IHRvIHNheSB0aGF0 IFNvdXJjZWZvcmdlIHNlZW1zIHRvIGhhdmUgd29ya2VkIG91dCB0aGVpciBhbm9ueW1vdXMgYWNj ZXNzIHByb2JsZW1zIHNvIGl0IGlzIHVzaW5nIGEgcHJldHR5IHVwLXRvLWRhdGUgdmVyc2lvbiBv ZiBTcHJpbmcuDQoJDQoJSSBoYXZlIGl0IHJ1bm5pbmcgdGVtcG9yYXJpbHkgb24gYSBzbWFsbCwg cHJpdmF0ZSBzaXRlLiBJZiB5b3Ugd2lzaCB0byBnZXQgdGhlIFVSTCwgc2VuZCBtZSBhbiBlbWFp bC4NCgkNCgkNCglUbyBNeXNlbGYsDQoJDQoJVGltZSBpcyBydW5uaW5nIG91dCBiZWZvcmUgdGhl IHN5bXBvc2l1bSAoYW5kIEkgbGVhdmUgZm9yIGEgd2VlaydzIGNhbXBpbmcgaG9saWRheSBpbiB0 aGUgZ3JlYXQgbm9ydGggd29vZHMgb2YgV2lzY29uc2luKSwNCglzbyBJIGhhdmUgdG8gZm9jdXMg b24gdGhlIHR1dG9yaWFsLg0KCQ0KCVJlcGVhdCBhZnRlciBtZToNCglJIG11c3Qgc3RvcCBkZXNp Z25pbmcsIGNvZGluZywgdHdlYWtpbmcuDQoJSSBtdXN0IHN0b3AgZGVzaWduaW5nLCBjb2Rpbmcs IHR3ZWFraW5nLg0KCUkgbXVzdCBzdG9wIGRlc2lnbmluZywgY29kaW5nLCB0d2Vha2luZy4NCgku Li4gOi0pIA0KCQ0KCQ0KCQ0KCUkgdmVyeSBtdWNoIHdlbGNvbWUgYWxsIGNvbW1lbnRzLCBzdWdn ZXN0aW9ucywgaWRlYXMsIGNyaXRpY2lzbXMsIGFuZCBldGMuDQoJDQoJS2VuIA0KDQo= |
|
From: Ken K. <kk...@kk...> - 2003-06-21 19:16:33
|
Spring Petclinic Demo/tutorial Application
************************************************
Author: Ken Krebs kk...@kk...
Date: 21-JUNE-2003
NOTE: This document is VERY VERY VERY PRELIMINARY !!! I'm just getting started.
I will actually be providing more detailed installation instructions as well as the
tutorial instructions.
Tools I Used
============
Java SDK 1.4.1_01
Ant 1.5.1
JUnit 3.8.1
Tomcat 4.1.18
Hypersonic SQL 1.7.1 OR Mysql 3.23.53 with mysql-connector-java-2.0.14-bin.jar
spring-full-0.8.jar compiled with files available on 21-JUNE-2003
Primary Ant Targets
===================
clean --> Cleans output dirs
build --> Compile main source tree java files into class files
webapp --> Builds the web application archive
docs --> Create Javadoc API documentation
test --> Run tests & reinitialize database
all --> Clean,build,webapp,docs,test
NOTE: Ant will need to have a copy of the db and JUnit jars in it's lib directory.
Directory Structure
=========================================================================================
f-- indicates a file
d-- indicates a directory
D-- indicates a directory that is created by the Ant build script
d-- Petclinic1 : the root directory of the project
f-- build.xml : the Ant build script
f-- build.properties : a properties file for the Ant build script
d-- src : Java source file directory tree
d-- websrc : the web application source directory tree
d-- test : a parallel testing directory tree
d-- db : database sql scripts and related files
d-- hsqldb : directory for files related to HSQL, contains scripts and context defs
d-- mysql : directory for files related to MYSQL, contains scripts and context defs
f-- petclinic_tomcat_all.xml : context definition for all db's
f-- build.xml : Ant script for populating/emptying the database
D-- build : compiled .class files
D-- dist : Java archive files
D-- docs : Javadoc files
D-- war : the web application image from which the .war file is generated
IMPORTANT NOTE: Edit the build.properties file in the project root directory to select or configure the database and
set local file specifications for your installation.
Database Overview
=================
Support has been provided for use with either MYSQL or HypersonicSQL (default). SQL text scripts are provided for
database creation. Ant scripts are provided for database population. XML files are provided for setup of Tomcat pooled
connection datasources. There are separate applicationContext.xml files provided for the tests and the webapp. The
webapp use a JNDI pooled connection supplied by Tomcat. The test version uses DriverManagerDataSource connections.
The files db/hsqldb directory can be copied to another location and the database HSQL database can be started from there.
There are Windows batch files provided containing the Java commands for starting the HSQL server and manager that can be
run by double-clicking. The petclinic.script file will then initialize the HSQL database automatically.
owners - PK id
types (as in pet types) - PK id
pets - PK id, FK type_id, FK owner_id
vets - PK id
specialties - PK id
vet_specialties (link table) - FK vet_id, FK specialty_id
visits - PK id, FK pet_id
NOTE: Each table has a corresponding table with a "_seq" suffix added to its name. These tables are used to provide primary keys.
There is not yet a lot of sample data that has been provided. When exploring the application, the most interesting owner names to search on are "Davis" and "Coleman". I will probably add more sample data later.
If you wish to add to the sample data, please send me your insert script code and I will integrate it.
Spring Framework Parts Demonstrated
===================================
Beans
- XmlBeanFactory (singleton & prototype)
- InitializingBean
- BeanUtils
- CustomDateEditor
Context
- ApplicationContext
- ClassPathXmlApplicationContext
- ApplicationContextAware
- ApplicationContextException
- ResourceBundleMessageSource
Logging support
- Commons Log & Logfactory
- Log4J configuration
Validation
- Validator
- Errors
Web application
- ContextLoaderListener
- DispatcherServlet
- BindTag
- ResourceBundleViewResolver
- JstlView
- RedirectView
- SimpleUrlHandlerMapping
- PropertiesMethodNameResolver
- AbstractFormController
- SimpleFormController
- ServletRequestDataBinder
- ModelAndView
- MultiActionController
JDBC support
- MappingSqlQuery
- SqlParameter
- SqlUpdate
- DriverManagerDataSource
- AbstractDataFieldMaxValueIncrementer
- HsqlMaxValueIncrementer
- MySQLMaxValueIncrementer
JNDI support
- JndiObjectFactoryBean
Business Classes
================
petclinic.Clinic (interface) - The high-level business interface API
petclinic.ClinicImpl - The default implementation of Clinic.
Provides caches of all specialties, all vets, all pet types,
as well as owners and their pets and visits that have been found.
JavaBeans:
petclinic.Entity (simple JavaBean superclass of all database related Javabeans)
petclinic.NamedEntity (adds name property to Entity, used to provide specialties and pet types)
petclinic.Person (superclass of Vet and Owner)
petclinic.Vet (holds List of specialties)
petclinic.Owner (holds List of pets)
petclinic.Pet (holds List of visits)
petclinic.Visit
Exceptions:
petclinic.NoSuchIDException (unchecked)
Validators:
petclinic.validation.FindOwnerValidator
petclinic.validation.OwnerValidator
petclinic.validation.PetValidator
petclinic.validation.VisitValidator
Persistence Classes
===================
petclinic.ClinicDAO (interface) - The high-level persistence interface API
petclinic.ClinicJdbcDAO - The default implementation of ClinicDAO.
Provides inner class Data Access Objects that implement
8 types of Queries, 3 types of Inserts, and 2 types of Updates.
NOTE: The business and persistence classes are COMPLETELY independent of the presentation layer.
Presentation (web application) Classes
======================================
petclinic.web.ClinicController - subclass of MultiactionController to handle simple display oriented URL's
petclinic.web.AbstractSearchFormController - subclass of SimpleFormController adds the notion of a search form via an abstract search method,
OnSubmit triggers display of 1 of 3 views :
formView : if no items found
selectView : if multiple items found
successView : if a single item found
petclinic.web.FindOwnerForm - subclass of petclinic.web.AbstractSearchFormController which implements the search method
petclinic.web.AbstractClinicForm - subclass of SimpleFormController that is the superclass of the Add and Edit forms
petclinic.web.AddOwnerForm - used to add a new Owner
petclinic.web.EditOwnerForm - used to edit an existing Owner
petclinic.web.AddPetForm - used to add a new Pet
petclinic.web.EditPetForm - used to edit an existing Pet
petclinic.web.AddVisitForm - adds a new Visit
petclinic.WebUtils - provides static utility methods
Test Classes
============
petclinic.ClinicImplTest - a simple and incomplete JUnit test class for ClinicImpl
Views & Implemented Use Cases
=============================
welcomeView - home screen provides links to display vets list, find an owner, or view documentation
vetsView - displays all vets and their specialties
findOwnersForm - allows user to search for owners by last name
findOwnersRedirectView - redirects to findOwnerForm
selectOwnerView - allows user to select from multiple owners with the same last name
ownerView - displays a user's data and a list of the owner's pets and their data
ownerRedirect - redirects to ownerView
ownerForm - allows adding/editing an owner
petForm - allows adding/editing a pet
visitForm - allows adding a visit
NOTE: All views are implemented using JSP & JSTL
JSP Pages
=========
NOTES: all JSP's are stored under /WEB-INF/jsp except for index.jsp which is the configured "welcome-file".
The use of JSP technology in the appplication is not exposed to the user.
All pages are simple implementations focusing only on functionality.
index.jsp - redirects to the welcome page.
includes.jsp - statically included in all JSP's, sets session="false" and specifies the taglibs in use.
uncaughtException.jsp - the configured "error-page" displays a stack trace.
welcome.jsp - displays links to search for an owner or display the vets page.
vets.jsp - displays a list of vets and their specialties.
findOwners.jsp - displays a form allowing the user to search for an owner by Last Name.
owners.jsp - displays a list of owners meeting the search criteria with a selection button for each owner.
owner.jsp - displays an owner and the pets owned along with the visit history.
ownerForm.jsp - displays a form that allows adding or editing an owner.
petForm.jsp - displays a form that allows adding or editing a pet.
visitForm.jsp - displays a form that allows adding a visit.
The following JSP's each display a form field and the bound error data for that field.
address.jsp
city.jsp
telephone.jsp
lastname.jsp
firstname.jsp
The following JSTL tags are used:
c:out
c:redirect
c:url
c:forEach
c:if
fmt:message
fmt:formatDate
NOTE: I welcome ANY comments, criticisms, or suggestions. The application is intentionally
incomplete but if you have suggestions for additions that provide useful, additional tutorial
value, I would be glad to hear them. Version 1 of the tutorial is intended to provide an
introduction to the core functionality of Spring, not its more advanced features.
Ken Krebs
kk...@kk... |
1239 messages has been excluded from this view by a project administrator.
