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...> - 2004-01-05 16:51:14
|
Everybody, =20 Please report all issues with the M4 release promptly. M4 represents a = preliminary feature freeze: The only remaining functional feature for = RC1 is adding CLOB support to LobHandler, analogous to the existing BLOB = support. I'll implement this myself this week, probably including a = simple 2-screen "image database" sample app that demonstrates multipart = HTTP request handling and BLOB/CLOB handling across multiple databases. =20 Please also report documentation inconsistencies, sample app flaws, = building issues, etc. We've already noticed that xjavadoc.jar from = XDoclet is missing from the M4 distribution: That JAR is needed in Ant's = lib directory for building the attributes version of JPetStore or the = framework itself, as noted in the corresponding build scripts. For the = time being, fetch it from our CVS (spring/lib/xdoclet) or from the = XDoclet project itself. =20 The single most important goal is documentation now: We're happy for any = contributions in this area. Alef, what's your timeframe for the = reference documentation? Do you need additional assistance? I expect to = have all framework issues resolved by end of next week: The state of the = docs will then determine the release schedule. I'd like to release RC1 = in January by any means, provided that there aren't any show-stoppers - = even with docs in beta state. =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von j=FCrgen h=F6ller [werk3AT] Gesendet: Mo 05.01.2004 01:41 An: spr...@li...; = spr...@li... Betreff: [Springframework-developer] Spring Framework 1.0 M4 released Hello everybody, Spring Framework 1.0 M4 has just been released. Due to the introduction = of significant new features, we have decided to release another = milestone. Finally, the next release will be 1.0 RC1. Beginning with this release, we offer two distributions for download: - spring-framework-1.0-m4.zip - spring-framework-1.0-m4-with-dependencies.zip Both distributions contain all sources, tests, samples, build scripts, = and docs. The difference is that "-with-dependencies" contains all third = party libraries necessary for building the samples and the framework = itself. Of course, the distributions still contain pre-built JAR files. The most important new features are: - an abstraction of file-based resources, to replace String location = properties with Resource properties - factored-out Xml/Properties/Jdbc-BeanDefinitionReaders, working on = DefaultListableBeanFactory - support for CGLIB2 in the AOP framework (replacing CGLIB1) - support for source-level metadata driving AOP, with a default = implementation for Commons Attributes - reworked transaction synchronization that also affects = PROPAGATION_SUPPORTS - new NativeJdbcExtractor and LobHandler mechanisms in the JDBC support - support for iBATIS Database Layer, similar to the existing support for = Hibernate and JDO - refined remoting support for Hessian/Burlap/RMI and EJB - support for JAX-RPC, similar to the existing support for Hessian, = Burlap, and RMI - our version of the iBATIS JPetStore, with ibatis-db for data access = and alternative Spring/Struts web tiers There are also a couple of new features regarding Hibernate support: - support for Hibernate 2.1 (still compatible with Hibernate 2.0 as far = as possible) - new OpenSessionInViewInterceptor and OpenSessionInViewFilter - JtaTransactionManager will now properly use ThreadLocal Sessions even = with EJB CMT As always, see the changelog for details. Regards, Juergen ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for = IBM's Free Linux Tutorials. Learn everything from the bash shell to sys = admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <jo...@sl...> - 2004-01-05 15:40:20
|
I was thinking of classes like: DynamicMethodMatcherPointcutAroundAdvisor and StaticMethodMatcherPointcutAroundAdvisor I understand that they are what they claim to be and it's hard to make it shorter, but it certainly made my brain shy away from them, if only because there are a lot of words to parse. We could consider putting the= m in a package which would simplify things a little bit, such as org.springframework.aop.support.advisor. That's not a great solution, bu= t it's an idea. I am willing to help out with the docs if there's an easy piece to carve off. I'm pretty new to the framework as a whole, so I'm not sure how muc= h I can add, but I'm willing to pitch in. John > John > > I know doco is lacking in this area. I'm gradually adding to the AOP do= cs, > although due to time constraints, only at the rate of about half an hou= r a > day until the end of the month, when I should have time to finish it of= f > properly. > > Which class names do you consider hideous? I'm wondering whether it's > AOP-speak hideousness or Spring hideousness. It might be possible to > address > the latter category of hideousness (although we want to keep changes to= a > minimum until 1.0 final). > > Regards, > Rod > > ----- Original Message ----- > From: "John K.Watson" <jo...@sl...> > To: <spr...@li...> > Sent: Monday, January 05, 2004 2:04 PM > Subject: Re: [Springframework-developer] Method Interception By Name > > >> What would improve usability in this area would be the chapter on AOP >> in the docs which hasn't been written yet. I spent about a day poring >> through the source and the tests to find some examples of how to make >> all this work. It's definitely non-obvious at the moment. Some of th= e >> class names are really quite hideous, also. That all being said, it >> seemed to work as advertised once I understood what was going on. :) >> John >> >> On Jan 5, 2004, at 1:15 AM, Rod Johnson wrote: >> >> > Ross >> > >> > You're on the right track. There is actually a RegExpPointcut, which >> > should >> > enable you to move the matching rule into XML. Please feedback any >> > comments >> > about its usability, as we may try to improve it for 1.0 final. >> > >> > In general, the interceptor should not do matching, unless the >> > matching is >> > relevant to it's work (e.g. it behaves differently for methods >> > starting with >> > some prefix, returning void, or whatever). Even in that case, it mig= ht >> > be >> > better to use several simpler interceptors with corresponding >> > pointcuts to >> > facilitate reuse. >> > >> > Regards, >> > Rod >> > >> > ----- Original Message ----- >> > From: "Ross Mason" <ro...@at...> >> > To: <spr...@li...> >> > Sent: Monday, January 05, 2004 6:33 AM >> > Subject: Re: [Springframework-developer] Method Interception By Name >> > >> > >> >> Hi Matthew, >> >> >> >> I think you can create an Advisor such as >> >> DefaultInterceptionAroundAdvisor add your MethodInterceptor as a re= f >> >> and >> >> also define a PointCut. The PointCut is a composition of a >> >> MethodMatcher >> >> and ClassFilter. Your MethodMatcher implementation could accept, sa= y >> a >> >> regex (which can be configured in the applicationContext.xml) to >> >> filter >> >> the correct methods. >> >> >> >> I haven't really played with the aop stuff so I may be off the mark= , >> >> but >> >> sounds sensible to me... ;-) >> >> >> >> Cheers, >> >> >> >> Ross >> >> >> >> btw Happy new year! >> >> >> >> Matthew E. Porter wrote: >> >> >> >>> I have written a class implementing MethodInterceptor. Currently, >> >>> the >> >>> class checks the method name to decide whether or not to apply the >> >>> interceptor logic. I am curious if there is a better way to do th= is >> >>> in >> >>> Spring. It would be nice if there was a way to specify the method >> >>> names >> >>> in the applicationContext.xml. >> >>> >> >>> All help/advice is appreciated! >> >>> >> >>> >> >>> Cheers, >> >>> matthew >> >>> >> >>> >> >>> >> >>> ------------------------------------------------------- >> >>> This SF.net email is sponsored by: IBM Linux Tutorials. >> >>> Become an expert in LINUX or just sharpen your skills. Sign up fo= r >> > IBM's >> >>> Free Linux Tutorials. Learn everything from the bash shell to sys >> > admin. >> >>> Click now! http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3D= click >> >>> _______________________________________________ >> >>> Springframework-developer mailing list >> >>> Spr...@li... >> >>> https://lists.sourceforge.net/lists/listinfo/springframework- >> >>> developer >> >>> >> >> >> >> >> >> ------------------------------------------------------- >> >> This SF.net email is sponsored by: IBM Linux Tutorials. >> >> Become an expert in LINUX or just sharpen your skills. Sign up for >> >> IBM's >> >> Free Linux Tutorials. Learn everything from the bash shell to sys >> >> admin. >> >> Click now! http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dc= lick >> >> _______________________________________________ >> >> Springframework-developer mailing list >> >> Spr...@li... >> >> https://lists.sourceforge.net/lists/listinfo/springframework-develo= per >> >> >> > >> > >> > >> > >> > ------------------------------------------------------- >> > This SF.net email is sponsored by: IBM Linux Tutorials. >> > Become an expert in LINUX or just sharpen your skills. Sign up for >> > IBM's >> > Free Linux Tutorials. Learn everything from the bash shell to sys >> > admin. >> > Click now! http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dcl= ick >> > _______________________________________________ >> > Springframework-developer mailing list >> > Spr...@li... >> > https://lists.sourceforge.net/lists/listinfo/springframework-develop= er >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: IBM Linux Tutorials. >> Become an expert in LINUX or just sharpen your skills. Sign up for >> IBM's >> Free Linux Tutorials. Learn everything from the bash shell to sys >> admin. >> Click now! http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclic= k >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer >> > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM= 's > Free Linux Tutorials. Learn everything from the bash shell to sys admi= n. > Click now! http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: <jue...@we...> - 2004-01-05 14:47:05
|
I didn't intend a patch release any - I'll just change it in CVS = promptly, to avoid still facing it in RC1. Darren, if you want, simply = use a CVS snapshot (taken tonight), or use a patched own version. =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von Darren Davison Gesendet: Mo 05.01.2004 15:33 An: spr...@li... Betreff: Re: [Springframework-developer] m4 release adds servlet 2.3 = dependencies > I don't think this warrants a patch release. Darren, are you happy > to remove the dependency in your version of M4? yes, it's no problem for me (in fact I already have) - I'll drop in RC1 = to replace my patched version when it arrives. Thanks Juergen too for actioning the change :) Regards, -- Darren Davison Public Key: http://www.davison.uk.net/key.jsp ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for = IBM's Free Linux Tutorials. Learn everything from the bash shell to sys = admin. Click now! http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Darren D. <dda...@kg...> - 2004-01-05 14:33:44
|
> I don't think this warrants a patch release. Darren, are you happy > to remove the dependency in your version of M4? yes, it's no problem for me (in fact I already have) - I'll drop in RC1 to replace my patched version when it arrives. Thanks Juergen too for actioning the change :) Regards, -- Darren Davison Public Key: http://www.davison.uk.net/key.jsp |
|
From: Rod J. <rod...@in...> - 2004-01-05 14:12:28
|
Yes, hopefully Dmitriy will also be contributing to the AOP doco, meaning it should be there faster than I indicated... ----- Original Message ----- From: "Kopylenko, Dmitry" <dko...@su...> To: <spr...@li...> Sent: Monday, January 05, 2004 2:07 PM Subject: RE: [Springframework-developer] Method Interception By Name > John, > > it's in the works right now... > > Regards, > Dmitriy. > > -----Original Message----- > From: John K.Watson [mailto:jo...@sl...] > Sent: Monday, January 05, 2004 9:05 AM > To: spr...@li... > Subject: Re: [Springframework-developer] Method Interception By Name > > > What would improve usability in this area would be the chapter on AOP > in the docs which hasn't been written yet. I spent about a day poring > through the source and the tests to find some examples of how to make > all this work. It's definitely non-obvious at the moment. Some of the > class names are really quite hideous, also. That all being said, it > seemed to work as advertised once I understood what was going on. :) > John > > On Jan 5, 2004, at 1:15 AM, Rod Johnson wrote: > > > Ross > > > > You're on the right track. There is actually a RegExpPointcut, which > > should > > enable you to move the matching rule into XML. Please feedback any > > comments > > about its usability, as we may try to improve it for 1.0 final. > > > > In general, the interceptor should not do matching, unless the > > matching is > > relevant to it's work (e.g. it behaves differently for methods > > starting with > > some prefix, returning void, or whatever). Even in that case, it might > > be > > better to use several simpler interceptors with corresponding > > pointcuts to > > facilitate reuse. > > > > Regards, > > Rod > > > > ----- Original Message ----- > > From: "Ross Mason" <ro...@at...> > > To: <spr...@li...> > > Sent: Monday, January 05, 2004 6:33 AM > > Subject: Re: [Springframework-developer] Method Interception By Name > > > > > >> Hi Matthew, > >> > >> I think you can create an Advisor such as > >> DefaultInterceptionAroundAdvisor add your MethodInterceptor as a ref > >> and > >> also define a PointCut. The PointCut is a composition of a > >> MethodMatcher > >> and ClassFilter. Your MethodMatcher implementation could accept, say a > >> regex (which can be configured in the applicationContext.xml) to > >> filter > >> the correct methods. > >> > >> I haven't really played with the aop stuff so I may be off the mark, > >> but > >> sounds sensible to me... ;-) > >> > >> Cheers, > >> > >> Ross > >> > >> btw Happy new year! > >> > >> Matthew E. Porter wrote: > >> > >>> I have written a class implementing MethodInterceptor. Currently, > >>> the > >>> class checks the method name to decide whether or not to apply the > >>> interceptor logic. I am curious if there is a better way to do this > >>> in > >>> Spring. It would be nice if there was a way to specify the method > >>> names > >>> in the applicationContext.xml. > >>> > >>> All help/advice is appreciated! > >>> > >>> > >>> Cheers, > >>> matthew > >>> > >>> > >>> > >>> ------------------------------------------------------- > >>> This SF.net email is sponsored by: IBM Linux Tutorials. Become an > >>> expert in LINUX or just sharpen your skills. Sign up for > > IBM's > >>> Free Linux Tutorials. Learn everything from the bash shell to sys > > admin. > >>> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > >>> _______________________________________________ > >>> Springframework-developer mailing list > >>> Spr...@li... > >>> https://lists.sourceforge.net/lists/listinfo/springframework- > >>> developer > >>> > >> > >> > >> ------------------------------------------------------- > >> This SF.net email is sponsored by: IBM Linux Tutorials. Become an > >> expert in LINUX or just sharpen your skills. Sign up for > >> IBM's > >> Free Linux Tutorials. Learn everything from the bash shell to sys > >> admin. > >> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > >> _______________________________________________ > >> Springframework-developer mailing list > >> Spr...@li... > >> https://lists.sourceforge.net/lists/listinfo/springframework-developer > >> > > > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: IBM Linux Tutorials. Become an > > expert in LINUX or just sharpen your skills. Sign up for > > IBM's > > Free Linux Tutorials. Learn everything from the bash shell to sys > > admin. > > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Rod J. <rod...@in...> - 2004-01-05 14:11:18
|
John I know doco is lacking in this area. I'm gradually adding to the AOP docs, although due to time constraints, only at the rate of about half an hour a day until the end of the month, when I should have time to finish it off properly. Which class names do you consider hideous? I'm wondering whether it's AOP-speak hideousness or Spring hideousness. It might be possible to address the latter category of hideousness (although we want to keep changes to a minimum until 1.0 final). Regards, Rod ----- Original Message ----- From: "John K.Watson" <jo...@sl...> To: <spr...@li...> Sent: Monday, January 05, 2004 2:04 PM Subject: Re: [Springframework-developer] Method Interception By Name > What would improve usability in this area would be the chapter on AOP > in the docs which hasn't been written yet. I spent about a day poring > through the source and the tests to find some examples of how to make > all this work. It's definitely non-obvious at the moment. Some of the > class names are really quite hideous, also. That all being said, it > seemed to work as advertised once I understood what was going on. :) > John > > On Jan 5, 2004, at 1:15 AM, Rod Johnson wrote: > > > Ross > > > > You're on the right track. There is actually a RegExpPointcut, which > > should > > enable you to move the matching rule into XML. Please feedback any > > comments > > about its usability, as we may try to improve it for 1.0 final. > > > > In general, the interceptor should not do matching, unless the > > matching is > > relevant to it's work (e.g. it behaves differently for methods > > starting with > > some prefix, returning void, or whatever). Even in that case, it might > > be > > better to use several simpler interceptors with corresponding > > pointcuts to > > facilitate reuse. > > > > Regards, > > Rod > > > > ----- Original Message ----- > > From: "Ross Mason" <ro...@at...> > > To: <spr...@li...> > > Sent: Monday, January 05, 2004 6:33 AM > > Subject: Re: [Springframework-developer] Method Interception By Name > > > > > >> Hi Matthew, > >> > >> I think you can create an Advisor such as > >> DefaultInterceptionAroundAdvisor add your MethodInterceptor as a ref > >> and > >> also define a PointCut. The PointCut is a composition of a > >> MethodMatcher > >> and ClassFilter. Your MethodMatcher implementation could accept, say a > >> regex (which can be configured in the applicationContext.xml) to > >> filter > >> the correct methods. > >> > >> I haven't really played with the aop stuff so I may be off the mark, > >> but > >> sounds sensible to me... ;-) > >> > >> Cheers, > >> > >> Ross > >> > >> btw Happy new year! > >> > >> Matthew E. Porter wrote: > >> > >>> I have written a class implementing MethodInterceptor. Currently, > >>> the > >>> class checks the method name to decide whether or not to apply the > >>> interceptor logic. I am curious if there is a better way to do this > >>> in > >>> Spring. It would be nice if there was a way to specify the method > >>> names > >>> in the applicationContext.xml. > >>> > >>> All help/advice is appreciated! > >>> > >>> > >>> Cheers, > >>> matthew > >>> > >>> > >>> > >>> ------------------------------------------------------- > >>> This SF.net email is sponsored by: IBM Linux Tutorials. > >>> Become an expert in LINUX or just sharpen your skills. Sign up for > > IBM's > >>> Free Linux Tutorials. Learn everything from the bash shell to sys > > admin. > >>> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > >>> _______________________________________________ > >>> Springframework-developer mailing list > >>> Spr...@li... > >>> https://lists.sourceforge.net/lists/listinfo/springframework- > >>> developer > >>> > >> > >> > >> ------------------------------------------------------- > >> This SF.net email is sponsored by: IBM Linux Tutorials. > >> Become an expert in LINUX or just sharpen your skills. Sign up for > >> IBM's > >> Free Linux Tutorials. Learn everything from the bash shell to sys > >> admin. > >> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > >> _______________________________________________ > >> Springframework-developer mailing list > >> Spr...@li... > >> https://lists.sourceforge.net/lists/listinfo/springframework-developer > >> > > > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: IBM Linux Tutorials. > > Become an expert in LINUX or just sharpen your skills. Sign up for > > IBM's > > Free Linux Tutorials. Learn everything from the bash shell to sys > > admin. > > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Kopylenko, D. <dko...@ac...> - 2004-01-05 14:07:14
|
John, it's in the works right now... Regards, Dmitriy. -----Original Message----- From: John K.Watson [mailto:jo...@sl...] Sent: Monday, January 05, 2004 9:05 AM To: spr...@li... Subject: Re: [Springframework-developer] Method Interception By Name What would improve usability in this area would be the chapter on AOP in the docs which hasn't been written yet. I spent about a day poring through the source and the tests to find some examples of how to make all this work. It's definitely non-obvious at the moment. Some of the class names are really quite hideous, also. That all being said, it seemed to work as advertised once I understood what was going on. :) John On Jan 5, 2004, at 1:15 AM, Rod Johnson wrote: > Ross > > You're on the right track. There is actually a RegExpPointcut, which > should > enable you to move the matching rule into XML. Please feedback any > comments > about its usability, as we may try to improve it for 1.0 final. > > In general, the interceptor should not do matching, unless the > matching is > relevant to it's work (e.g. it behaves differently for methods > starting with > some prefix, returning void, or whatever). Even in that case, it might > be > better to use several simpler interceptors with corresponding > pointcuts to > facilitate reuse. > > Regards, > Rod > > ----- Original Message ----- > From: "Ross Mason" <ro...@at...> > To: <spr...@li...> > Sent: Monday, January 05, 2004 6:33 AM > Subject: Re: [Springframework-developer] Method Interception By Name > > >> Hi Matthew, >> >> I think you can create an Advisor such as >> DefaultInterceptionAroundAdvisor add your MethodInterceptor as a ref >> and >> also define a PointCut. The PointCut is a composition of a >> MethodMatcher >> and ClassFilter. Your MethodMatcher implementation could accept, say a >> regex (which can be configured in the applicationContext.xml) to >> filter >> the correct methods. >> >> I haven't really played with the aop stuff so I may be off the mark, >> but >> sounds sensible to me... ;-) >> >> Cheers, >> >> Ross >> >> btw Happy new year! >> >> Matthew E. Porter wrote: >> >>> I have written a class implementing MethodInterceptor. Currently, >>> the >>> class checks the method name to decide whether or not to apply the >>> interceptor logic. I am curious if there is a better way to do this >>> in >>> Spring. It would be nice if there was a way to specify the method >>> names >>> in the applicationContext.xml. >>> >>> All help/advice is appreciated! >>> >>> >>> Cheers, >>> matthew >>> >>> >>> >>> ------------------------------------------------------- >>> This SF.net email is sponsored by: IBM Linux Tutorials. Become an >>> expert in LINUX or just sharpen your skills. Sign up for > IBM's >>> Free Linux Tutorials. Learn everything from the bash shell to sys > admin. >>> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click >>> _______________________________________________ >>> Springframework-developer mailing list >>> Spr...@li... >>> https://lists.sourceforge.net/lists/listinfo/springframework- >>> developer >>> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: IBM Linux Tutorials. Become an >> expert in LINUX or just sharpen your skills. Sign up for >> IBM's >> Free Linux Tutorials. Learn everything from the bash shell to sys >> admin. >> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer >> > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. Become an > expert in LINUX or just sharpen your skills. Sign up for > IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys > admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: John K.W. <jo...@sl...> - 2004-01-05 14:04:47
|
What would improve usability in this area would be the chapter on AOP in the docs which hasn't been written yet. I spent about a day poring through the source and the tests to find some examples of how to make all this work. It's definitely non-obvious at the moment. Some of the class names are really quite hideous, also. That all being said, it seemed to work as advertised once I understood what was going on. :) John On Jan 5, 2004, at 1:15 AM, Rod Johnson wrote: > Ross > > You're on the right track. There is actually a RegExpPointcut, which > should > enable you to move the matching rule into XML. Please feedback any > comments > about its usability, as we may try to improve it for 1.0 final. > > In general, the interceptor should not do matching, unless the > matching is > relevant to it's work (e.g. it behaves differently for methods > starting with > some prefix, returning void, or whatever). Even in that case, it might > be > better to use several simpler interceptors with corresponding > pointcuts to > facilitate reuse. > > Regards, > Rod > > ----- Original Message ----- > From: "Ross Mason" <ro...@at...> > To: <spr...@li...> > Sent: Monday, January 05, 2004 6:33 AM > Subject: Re: [Springframework-developer] Method Interception By Name > > >> Hi Matthew, >> >> I think you can create an Advisor such as >> DefaultInterceptionAroundAdvisor add your MethodInterceptor as a ref >> and >> also define a PointCut. The PointCut is a composition of a >> MethodMatcher >> and ClassFilter. Your MethodMatcher implementation could accept, say a >> regex (which can be configured in the applicationContext.xml) to >> filter >> the correct methods. >> >> I haven't really played with the aop stuff so I may be off the mark, >> but >> sounds sensible to me... ;-) >> >> Cheers, >> >> Ross >> >> btw Happy new year! >> >> Matthew E. Porter wrote: >> >>> I have written a class implementing MethodInterceptor. Currently, >>> the >>> class checks the method name to decide whether or not to apply the >>> interceptor logic. I am curious if there is a better way to do this >>> in >>> Spring. It would be nice if there was a way to specify the method >>> names >>> in the applicationContext.xml. >>> >>> All help/advice is appreciated! >>> >>> >>> Cheers, >>> matthew >>> >>> >>> >>> ------------------------------------------------------- >>> This SF.net email is sponsored by: IBM Linux Tutorials. >>> Become an expert in LINUX or just sharpen your skills. Sign up for > IBM's >>> Free Linux Tutorials. Learn everything from the bash shell to sys > admin. >>> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click >>> _______________________________________________ >>> Springframework-developer mailing list >>> Spr...@li... >>> https://lists.sourceforge.net/lists/listinfo/springframework- >>> developer >>> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: IBM Linux Tutorials. >> Become an expert in LINUX or just sharpen your skills. Sign up for >> IBM's >> Free Linux Tutorials. Learn everything from the bash shell to sys >> admin. >> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer >> > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for > IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys > admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Rod J. <rod...@in...> - 2004-01-05 13:52:00
|
I don't think this warrants a patch release. Darren, are you happy to rem= ove the dependency in your version of M4? Regarding xjavadoc, that's unfortunate, but it *will* only affect people = who want to build from source, who are presumably power users. And the build script contains clear instructions as to what must go in the Ant lib directory, so it shouldn't be hard for people to figure out. I answered a question in the forums relating to build last week. Regards, Rod ----- Original Message -----=20 From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...> To: <spr...@li...> Sent: Monday, January 05, 2004 1:37 PM Subject: Re: [Springframework-developer] m4 release adds servlet 2.3 dependencies Oops, I missed that one. Of course, everybody's free to download XDoclet = and add that jar to Ant's lib directory - that's the only place where it's needed, and it has been resting there for a while on my machine... At lea= st, this isn't necessary for building the default distributions of the sample apps. But you're right that it is needed for building the framework, whic= h we offer since M4. Regarding getServletContextName: I haven't been aware that this was Servl= et 2.3 only. I agree that even if we formally require Servlet 2.3, we should avoid incompatibility with 2.2. at such a central place. The ServletConte= xt name isn't that important in the description, as log files are normally k= ept per web app anyway (respectively log messages qualified with the web app name by the server). I'll change this promptly. Juergen ________________________________ Von: spr...@li... im Auftrag von Darren Davison Gesendet: Mo 05.01.2004 14:19 An: spr...@li... Betreff: Re: [Springframework-developer] m4 release adds servlet 2.3 dependencies > Additionally, the xjavadoc.jar (now required to build Spring) isn't included > in the 'with-dependencies' release - should it not be? looks like build.xml hasn't been changed to account for moving xjavadoc.j= ar from the lib/xjavadoc directory to the lib/xdoclet directory :( -- Darren Davison Public Key: http://www.davison.uk.net/key.jsp ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <jue...@we...> - 2004-01-05 13:41:53
|
Oops, I missed that one. Of course, everybody's free to download XDoclet = and add that jar to Ant's lib directory - that's the only place where = it's needed, and it has been resting there for a while on my machine... = At least, this isn't necessary for building the default distributions of = the sample apps. But you're right that it is needed for building the = framework, which we offer since M4. =20 Regarding getServletContextName: I haven't been aware that this was = Servlet 2.3 only. I agree that even if we formally require Servlet 2.3, = we should avoid incompatibility with 2.2. at such a central place. The = ServletContext name isn't that important in the description, as log = files are normally kept per web app anyway (respectively log messages = qualified with the web app name by the server). I'll change this = promptly. =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von Darren Davison Gesendet: Mo 05.01.2004 14:19 An: spr...@li... Betreff: Re: [Springframework-developer] m4 release adds servlet 2.3 = dependencies > Additionally, the xjavadoc.jar (now required to build Spring) isn't = included > in the 'with-dependencies' release - should it not be? looks like build.xml hasn't been changed to account for moving = xjavadoc.jar from the lib/xjavadoc directory to the lib/xdoclet directory :( -- Darren Davison Public Key: http://www.davison.uk.net/key.jsp ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for = IBM's Free Linux Tutorials. Learn everything from the bash shell to sys = admin. Click now! http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <jue...@we...> - 2004-01-05 13:23:06
|
Michael,
=20
I can understand your concerns. But JdbcDaoSupport still belongs in the =
main framework: It is not meant to be a base class for customized DAO =
base classes but rather a convenience base class for concrete DAOs. In =
all other cases, use straightforward DAO implementations that expose =
their dependencies, or create your own base class that accepts a =
DataSource and/or JdbcTemplate instance. We should probably clarify this =
in the Javadocs.
=20
Why exactly do you want to override JdbcDaoSupport's methods? The only =
thing that I can imagine is using your own subclass of JdbcTemplate: You =
could achieve this easily by setting up your JdbcTemplate instance in =
the application context and passing it to JdbcDaoSupport's =
"jdbcTemplate" property - actually, pre-configured JdbcTemplate =
instances is exactly what that property is for.
=20
JdbcDaoSupport is really a *very simple* convenience base class for =
standard JDBC-based DAOs, so I don't consider it inappropriate to create =
your own class here... (your own class can even derive from any other =
base class then). And if you don't set a pre-configured JdbcTemplate =
anyway, you just need setDataSource and getJdbcTemplate methods.For =
example, with a custom subclass of JdbcTemplate:
=20
public abstract class MyJdbcDaoSupport {
=20
private JdbcTemplate jdbcTemplate;
=20
public final void setDataSource(DataSource dataSource) {
this.jdbcTemplate =3D new MyJdbcTemplate(dataSource);
}
=20
protected final getJdbcTemplate() {
return jdbcTemplate;
}
}
=20
The same applies to HibernateDaoSupport, JdoDaoSupport, and =
SqlMapDaoSupport: They are all supposed to serve as convenience DAO base =
classes for *typical* scenarios, to be replaced by custom base classes =
or no base classes at all in case of special requirements.
=20
Juergen
=20
________________________________
Von: spr...@li... im Auftrag =
von Michael Young
Gesendet: So 04.01.2004 19:54
An: spr...@li...
Betreff: Re: [Springframework-developer] Re: Final methods in SqlQuery
Rod,
Sorry about my confusion. Actually, what I had to work around
JdbcTemplate is not the issue of final methods. There aren't
any final methods in JdbcTemplate that I want to overwrite.
My issue was the following:
I want to overwrite afterPropertiesSet() in JdbcTemplate so that
it won't call getExceptionTranslator() immediately when a
datasource is being set. This is because my datasource is a wrapper
for a bunch of datasources, so the real datasource is not known
until it's actually used.
This is why I have to overwrite afterPropertiesSet() in my subclass
of JdbcTemplate.
I was also using JdbcDaoSupport but its JavaBean set and get methods
are all final, and this is the issue I was complaining. I have to
create my own class rather than extending from JdbcDaoSupport. This
is OK, but I really don't like the idea of methods being final
when there are no such needs/benefits from it. JdbcDaoSupport is
not a crucial class in the framework, but that doesn't mean that
we shouldn't take care of it just like those important classes
in the framework. It may be a trivial and unimportant class to
you, but it was important to me because I was using it. And it
may be important to others as well. If we are supposed to write
our own rather than extending from it, then maybe it should not
belong there. Maybe it should be in one of those sample apps.
I'm not really complaining, but just hope for improvements in Spring.
Thanks! /Michael.
On Friday, Jan-02-2004 10:12 AM (PST) rod...@in... (Rod =
Johnson) wrote:
> I don't object to making more methods non-final, as people do ask for =
this.
>
> However, in general I think there are better extension mechanisms than
> overriding methods in Spring in many cases. I don't particularly like
> overriding concrete methods as a means of extensibility.
>
> Why would you want to subclass JdbcTemplate?
>
> Why would you override JdbcDaoSupport's methods?
>
> I'm not being sarcastic, I'm just curious...
>
> Regards,
> Rod
>
> ----- Original Message -----
> From: "Michael Young" <sp...@on...>
> To: <spr...@li...>
> Sent: Friday, January 02, 2004 5:42 PM
> Subject: Re: [Springframework-developer] Re: Final methods in SqlQuery
>
>
> Juergen,
>
> Can you do the same for other classes as well? Classes such as
> JdbcTemplate and JdbcDaoSupport. Someone also mentioned the
> abstract wizard form controller as well. See messages previously
> posted either here or in users.
>
> Thanks! /Michael.
>
> On Friday, Jan-02-2004 02:45 AM (PST) jue...@we... =
(j=FCrgen
> h=F6ller [werk3AT]) wrote:
>
> > This sounds plausible to me. I'll look into turning appropriate =
methods
> non-final today, if noone objects.
> >
> > The original rationale behind the final methods is to offer clear
> extension points: Subclassers should know which methods are intended =
for
> overriding and which are not, avoiding confusion. But I agree that =
this
> doesn't work for cases that the framework developers didn't expect, so =
it's
> probably better to not use final for methods where there is no clear =
general
> extension hook. I've already applied the same principle in the bean =
factory
> implementation hierarchy.
> >
> > Juergen
> >
> >
> > ________________________________
> >
> > Von: spr...@li... im =
Auftrag von
> David Heimann
> > Gesendet: Fr 02.01.2004 02:24
> > An: spr...@li...
> > Betreff: [Springframework-developer] Re: Final methods in SqlQuery
> >
> >
> >
> > Ken and developers,
> >
> > I have a business rule in my system that all the data be
> > stored in upper case in the database. This sugests the
> > following design:
> >
> > 1)This is a business rule and so should be in the model
> > layer rather than the presentation layer
> >
> > 2)The code to upper case the data should be centralized.
> > Requiring each developer to upper case the data before
> > calling the execute or update methods duplicates code and
> > is error prone. (the PetClinic sample has around 12
> > execute or update calls, each of which would need to be
> > prefaced by upper casing code)
> >
> > 3)This suggests a design where I extend SqlUpdate and
> > SqlQuery and override the SqlUpdate.update and
> > SqlQuery.execute methods, for example
> >
> > public abstract SqlQueryUpper extends SqlQuery
> > {
> > public List execute(Object[] parameters, Map context)
> > throws DataAccessException {
> > //upper case string parameters
> > for(int i =3D 0;i<parameters.length;i++)
> > {
> > Object p =3D parameters[i];
> > if(p instanceof java.lang.String)
> > {
> > parameters[i] =3D p.toUpper();
> > }
> > }
> > return super.execute(parameters, context);
> > }
> > }
> >
> > Of course, I could create my own method with a different
> > name such as
> > ...
> > public List executeUpper(Object[] parameters, Map context)
> > throws DataAccessException
> > {
> > (same as above)
> > }
> >
> > But if I do that, then I
> > 1)Still have the original SqlQuery.execute method out
> > there which no one should use.
> > 2)Do not have all the other signatures available such as
> > SqlQuery.execute(int), SqlQuery.execute(String) etc because
> > they all still go through the original execute method.
> >
> > Finally, my problem is an example of something not included
> > or anticipated by the developers of the Spring Framework.
> > There is no built in Spring 'auto-upper' option nor should
> > there be. Putting final on methods stops me from adding it
> > myself, making the framework unextendable in this area.
> > IMHO final methods should be few and far between in an
> > extensible framework and I do not think they are called for
> > here.
> >
> > Sincerely,
> >
> > David Heimann
> >
> > >David,
> > >
> > > I don't understand why you think it would be nice to
> > ***override*** it.
> > > The execute method does all the IOC hard stuff for you.
> > If you override
> > > it, you have to do this yourself, adding unnecessary
> > duplication. That's
> > > why it's final. The same goes for SqlUpdate.update. In
> > your example, why
> > > not simply manipulate the parameters to your heart's
> > content before
> > > passing them to the execute method ?
> > >
> > > Ken
> > >
> > > Heimann, David X - San Mateo, CA wrote:
> > >
> > > > Developers,
> > > >
> > > > Could you change
> > > >
> > > > *public** final* List execute(*final* Object[]
> > parameters, Map context)
> > > > {
> > > > ...
> > > > }
> > > >
> > > > in org.springframework.jdbc.object.SqlQuery to not be
> > final ? It
> > > > would be nice to overload it, for example to change all
> > parameters to
> > > > upper case before executing. The similar update method
> > in SqlUpdate
> > > > is not final. Why be final at all ?
> > > >
> > > > David Heimann
> > > >
> >
> >
> > __________________________________
> > Do you Yahoo!?
> > Find out what made the Top Yahoo! Searches of 2003
> > http://search.yahoo.com/top2003
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: IBM Linux Tutorials.
> > Become an expert in LINUX or just sharpen your skills. Sign up for =
IBM's
> > Free Linux Tutorials. Learn everything from the bash shell to sys =
admin.
> > Click now! =
http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: IBM Linux Tutorials.
> > Become an expert in LINUX or just sharpen your skills. Sign up for =
IBM's
> > Free Linux Tutorials. Learn everything from the bash shell to sys =
admin.
> > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dclick
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills. Sign up for =
IBM's
> Free Linux Tutorials. Learn everything from the bash shell to sys =
admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills. Sign up for =
IBM's
> Free Linux Tutorials. Learn everything from the bash shell to sys =
admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills. Sign up for =
IBM's
Free Linux Tutorials. Learn everything from the bash shell to sys =
admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: Darren D. <dda...@kg...> - 2004-01-05 13:19:24
|
> Additionally, the xjavadoc.jar (now required to build Spring) isn't included > in the 'with-dependencies' release - should it not be? looks like build.xml hasn't been changed to account for moving xjavadoc.jar from the lib/xjavadoc directory to the lib/xdoclet directory :( -- Darren Davison Public Key: http://www.davison.uk.net/key.jsp |
|
From: Darren D. <dda...@kg...> - 2004-01-05 13:02:36
|
Just dropped an m4 spring.jar into some apps running on WebSphere 4.x (Servlet 2.2) and all break due to the recently added ServletContextResource class which introduces a Servlet 2.3 dependency in its getDescription() method. servletContext.getServletContextName() was only added in Servlet API 2.3 This is bad news for us, particularly as some of the other changes in m4 are very welcome just ahead of another phase of development on our major project. We will still have to support WebSphere 4 for another few months, so I now have to either stick with 1.0-m3 or hack the m4 release. There may be other dependencies, I haven't checked, but other people will have the same issue and removing the one reference at least makes all *my* apps work again. If it turns out that this is the only problem, what chance of it being changed for backwards compatibility? I'd never suggesting holding back development, but it's only a description method and it seems a shame to break a lot of applications over ;) Additionally, the xjavadoc.jar (now required to build Spring) isn't included in the 'with-dependencies' release - should it not be? Regards, -- Darren Davison Public Key: http://www.davison.uk.net/key.jsp |
|
From: Rod J. <rod...@in...> - 2004-01-05 09:16:15
|
Ross You're on the right track. There is actually a RegExpPointcut, which should enable you to move the matching rule into XML. Please feedback any comments about its usability, as we may try to improve it for 1.0 final. In general, the interceptor should not do matching, unless the matching is relevant to it's work (e.g. it behaves differently for methods starting with some prefix, returning void, or whatever). Even in that case, it might be better to use several simpler interceptors with corresponding pointcuts to facilitate reuse. Regards, Rod ----- Original Message ----- From: "Ross Mason" <ro...@at...> To: <spr...@li...> Sent: Monday, January 05, 2004 6:33 AM Subject: Re: [Springframework-developer] Method Interception By Name > Hi Matthew, > > I think you can create an Advisor such as > DefaultInterceptionAroundAdvisor add your MethodInterceptor as a ref and > also define a PointCut. The PointCut is a composition of a MethodMatcher > and ClassFilter. Your MethodMatcher implementation could accept, say a > regex (which can be configured in the applicationContext.xml) to filter > the correct methods. > > I haven't really played with the aop stuff so I may be off the mark, but > sounds sensible to me... ;-) > > Cheers, > > Ross > > btw Happy new year! > > Matthew E. Porter wrote: > > > I have written a class implementing MethodInterceptor. Currently, the > > class checks the method name to decide whether or not to apply the > > interceptor logic. I am curious if there is a better way to do this in > > Spring. It would be nice if there was a way to specify the method names > > in the applicationContext.xml. > > > > All help/advice is appreciated! > > > > > > Cheers, > > matthew > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: IBM Linux Tutorials. > > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Ross M. <ro...@at...> - 2004-01-05 06:34:00
|
Hi Matthew, I think you can create an Advisor such as DefaultInterceptionAroundAdvisor add your MethodInterceptor as a ref and also define a PointCut. The PointCut is a composition of a MethodMatcher and ClassFilter. Your MethodMatcher implementation could accept, say a regex (which can be configured in the applicationContext.xml) to filter the correct methods. I haven't really played with the aop stuff so I may be off the mark, but sounds sensible to me... ;-) Cheers, Ross btw Happy new year! Matthew E. Porter wrote: > I have written a class implementing MethodInterceptor. Currently, the > class checks the method name to decide whether or not to apply the > interceptor logic. I am curious if there is a better way to do this in > Spring. It would be nice if there was a way to specify the method names > in the applicationContext.xml. > > All help/advice is appreciated! > > > Cheers, > matthew > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Matthew E. P. <ma...@me...> - 2004-01-05 05:43:48
|
I have written a class implementing MethodInterceptor. Currently, the class checks the method name to decide whether or not to apply the interceptor logic. I am curious if there is a better way to do this in Spring. It would be nice if there was a way to specify the method names in the applicationContext.xml. All help/advice is appreciated! Cheers, matthew |
|
From: <jue...@we...> - 2004-01-05 00:45:55
|
Hello everybody, =20 Spring Framework 1.0 M4 has just been released. Due to the introduction = of significant new features, we have decided to release another = milestone. Finally, the next release will be 1.0 RC1. =20 Beginning with this release, we offer two distributions for download: - spring-framework-1.0-m4.zip - spring-framework-1.0-m4-with-dependencies.zip =20 Both distributions contain all sources, tests, samples, build scripts, = and docs. The difference is that "-with-dependencies" contains all third = party libraries necessary for building the samples and the framework = itself. Of course, the distributions still contain pre-built JAR files. =20 The most important new features are: - an abstraction of file-based resources, to replace String location = properties with Resource properties - factored-out Xml/Properties/Jdbc-BeanDefinitionReaders, working on = DefaultListableBeanFactory - support for CGLIB2 in the AOP framework (replacing CGLIB1) - support for source-level metadata driving AOP, with a default = implementation for Commons Attributes - reworked transaction synchronization that also affects = PROPAGATION_SUPPORTS - new NativeJdbcExtractor and LobHandler mechanisms in the JDBC support - support for iBATIS Database Layer, similar to the existing support for = Hibernate and JDO - refined remoting support for Hessian/Burlap/RMI and EJB - support for JAX-RPC, similar to the existing support for Hessian, = Burlap, and RMI - our version of the iBATIS JPetStore, with ibatis-db for data access = and alternative Spring/Struts web tiers =20 There are also a couple of new features regarding Hibernate support: - support for Hibernate 2.1 (still compatible with Hibernate 2.0 as far = as possible) - new OpenSessionInViewInterceptor and OpenSessionInViewFilter - JtaTransactionManager will now properly use ThreadLocal Sessions even = with EJB CMT =20 As always, see the changelog for details. =20 Regards, Juergen =20 |
|
From: Michael Y. <sp...@on...> - 2004-01-04 23:12:41
|
Rod,
Sorry about my confusion. Actually, what I had to work around
JdbcTemplate is not the issue of final methods. There aren't
any final methods in JdbcTemplate that I want to overwrite.
My issue was the following:
I want to overwrite afterPropertiesSet() in JdbcTemplate so that
it won't call getExceptionTranslator() immediately when a
datasource is being set. This is because my datasource is a wrapper
for a bunch of datasources, so the real datasource is not known
until it's actually used.
This is why I have to overwrite afterPropertiesSet() in my subclass
of JdbcTemplate.
I was also using JdbcDaoSupport but its JavaBean set and get methods
are all final, and this is the issue I was complaining. I have to
create my own class rather than extending from JdbcDaoSupport. This
is OK, but I really don't like the idea of methods being final
when there are no such needs/benefits from it. JdbcDaoSupport is
not a crucial class in the framework, but that doesn't mean that
we shouldn't take care of it just like those important classes
in the framework. It may be a trivial and unimportant class to
you, but it was important to me because I was using it. And it
may be important to others as well. If we are supposed to write
our own rather than extending from it, then maybe it should not
belong there. Maybe it should be in one of those sample apps.
I'm not really complaining, but just hope for improvements in Spring.
Thanks! /Michael.
On Friday, Jan-02-2004 10:12 AM (PST) rod...@in... (Rod John=
son) wrote:
> I don't object to making more methods non-final, as people do ask for thi=
s.
>=20
> However, in general I think there are better extension mechanisms than
> overriding methods in Spring in many cases. I don't particularly like
> overriding concrete methods as a means of extensibility.
>=20
> Why would you want to subclass JdbcTemplate?
>=20
> Why would you override JdbcDaoSupport's methods?
>=20
> I'm not being sarcastic, I'm just curious...
>=20
> Regards,
> Rod
>=20
> ----- Original Message -----=20
> From: "Michael Young" <sp...@on...>
> To: <spr...@li...>
> Sent: Friday, January 02, 2004 5:42 PM
> Subject: Re: [Springframework-developer] Re: Final methods in SqlQuery
>=20
>=20
> Juergen,
>=20
> Can you do the same for other classes as well? Classes such as
> JdbcTemplate and JdbcDaoSupport. Someone also mentioned the
> abstract wizard form controller as well. See messages previously
> posted either here or in users.
>=20
> Thanks! /Michael.
>=20
> On Friday, Jan-02-2004 02:45 AM (PST) jue...@we... (j=FCrg=
en
> h=F6ller [werk3AT]) wrote:
>=20
> > This sounds plausible to me. I'll look into turning appropriate methods
> non-final today, if noone objects.
> >
> > The original rationale behind the final methods is to offer clear
> extension points: Subclassers should know which methods are intended for
> overriding and which are not, avoiding confusion. But I agree that this
> doesn't work for cases that the framework developers didn't expect, so it=
's
> probably better to not use final for methods where there is no clear gene=
ral
> extension hook. I've already applied the same principle in the bean facto=
ry
> implementation hierarchy.
> >
> > Juergen
> >
> >
> > ________________________________
> >
> > Von: spr...@li... im Auftrag v=
on
> David Heimann
> > Gesendet: Fr 02.01.2004 02:24
> > An: spr...@li...
> > Betreff: [Springframework-developer] Re: Final methods in SqlQuery
> >
> >
> >
> > Ken and developers,
> >
> > I have a business rule in my system that all the data be
> > stored in upper case in the database. This sugests the
> > following design:
> >
> > 1)This is a business rule and so should be in the model
> > layer rather than the presentation layer
> >
> > 2)The code to upper case the data should be centralized.
> > Requiring each developer to upper case the data before
> > calling the execute or update methods duplicates code and
> > is error prone. (the PetClinic sample has around 12
> > execute or update calls, each of which would need to be
> > prefaced by upper casing code)
> >
> > 3)This suggests a design where I extend SqlUpdate and
> > SqlQuery and override the SqlUpdate.update and
> > SqlQuery.execute methods, for example
> >
> > public abstract SqlQueryUpper extends SqlQuery
> > {
> > public List execute(Object[] parameters, Map context)
> > throws DataAccessException {
> > //upper case string parameters
> > for(int i =3D 0;i<parameters.length;i++)
> > {
> > Object p =3D parameters[i];
> > if(p instanceof java.lang.String)
> > {
> > parameters[i] =3D p.toUpper();
> > }
> > }
> > return super.execute(parameters, context);
> > }
> > }
> >
> > Of course, I could create my own method with a different
> > name such as
> > ...
> > public List executeUpper(Object[] parameters, Map context)
> > throws DataAccessException
> > {
> > (same as above)
> > }
> >
> > But if I do that, then I
> > 1)Still have the original SqlQuery.execute method out
> > there which no one should use.
> > 2)Do not have all the other signatures available such as
> > SqlQuery.execute(int), SqlQuery.execute(String) etc because
> > they all still go through the original execute method.
> >
> > Finally, my problem is an example of something not included
> > or anticipated by the developers of the Spring Framework.
> > There is no built in Spring 'auto-upper' option nor should
> > there be. Putting final on methods stops me from adding it
> > myself, making the framework unextendable in this area.
> > IMHO final methods should be few and far between in an
> > extensible framework and I do not think they are called for
> > here.
> >
> > Sincerely,
> >
> > David Heimann
> >
> > >David,
> > >
> > > I don't understand why you think it would be nice to
> > ***override*** it.
> > > The execute method does all the IOC hard stuff for you.
> > If you override
> > > it, you have to do this yourself, adding unnecessary
> > duplication. That's
> > > why it's final. The same goes for SqlUpdate.update. In
> > your example, why
> > > not simply manipulate the parameters to your heart's
> > content before
> > > passing them to the execute method ?
> > >
> > > Ken
> > >
> > > Heimann, David X - San Mateo, CA wrote:
> > >
> > > > Developers,
> > > >
> > > > Could you change
> > > >
> > > > *public** final* List execute(*final* Object[]
> > parameters, Map context)
> > > > {
> > > > ...
> > > > }
> > > >
> > > > in org.springframework.jdbc.object.SqlQuery to not be
> > final ? It
> > > > would be nice to overload it, for example to change all
> > parameters to
> > > > upper case before executing. The similar update method
> > in SqlUpdate
> > > > is not final. Why be final at all ?
> > > >
> > > > David Heimann
> > > >
> >
> >
> > __________________________________
> > Do you Yahoo!?
> > Find out what made the Top Yahoo! Searches of 2003
> > http://search.yahoo.com/top2003
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: IBM Linux Tutorials.
> > Become an expert in LINUX or just sharpen your skills. Sign up for IBM=
's
> > Free Linux Tutorials. Learn everything from the bash shell to sys admi=
n.
> > Click now! http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: IBM Linux Tutorials.
> > Become an expert in LINUX or just sharpen your skills. Sign up for IBM=
's
> > Free Linux Tutorials. Learn everything from the bash shell to sys admi=
n.
> > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dclick
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
> Free Linux Tutorials. Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
> Free Linux Tutorials. Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: Michael Y. <sp...@on...> - 2004-01-04 23:10:55
|
Hello everyone, I couldn't seem to find enough info in the javadocs and source codes on how to use themes in Spring. Does anyone have some pointers? I also looked all available docs but couldn't find any either. Thanks! /Michael. |
|
From: Alef A. <al...@jt...> - 2004-01-03 23:01:43
|
> I guess I'll do the release tomorrow morning - > after all it's a weekend, so nobody should have to complain ;-) Nobody will complain Juergen, nobody will... About the server specific files, I think you convinced me! Especially including dozens of files for dozens of servers doesn't sound very appealing... Alef |
|
From: <jue...@we...> - 2004-01-03 21:29:12
|
Alef,
=20
First of all, thanks for the tests :-)
=20
All the SQL scripts are taken from Clinton's original JPetStore =
distribution. I haven't changed a single there but just added an =
out-of-the-box HSQLDB instance to the "hsqldb" directory. I've just =
added the dataload script from the "oracle" directory to "mysql" - I'll =
trust you that it works :-)
=20
Regarding container-specific deployment descriptors: As the default =
configuration is a local Commons DBCP BasicDatasource and we want to =
illustrate how simple such deployment can be, I'm keen on *not* =
providing such additional descriptors. Whoever wants to deploy on a =
certain application server using JTA and JNDI DataSources should know =
how to set that stuff up there.
=20
Furthermore, just including JBoss descriptors seems to be arbitrary. On =
the other hand, including numerous ones in the WEB-INF directory for all =
kinds of containers (like the original JPetStore distribution) leaves an =
undesired impression of complex configuration, IMO. I guess providing a =
default setup with a local BasicDataSource and leaving messing around =
with JNDI DataSources to the user is a viable way.
=20
I'm not sure if I'll make it tonight regarding the release, as I'm about =
to finish a draft of the sample app chapter for the book too. I guess =
I'll do the release tomorrow morning - after all it's a weekend, so =
nobody should have to complain ;-)
=20
Juergen
=20
________________________________
Von: spr...@li... im Auftrag =
von Alef Arendsen
Gesendet: Sa 03.01.2004 16:45
An: spr...@li...
Betreff: RE: [Springframework-developer] 1.0 M4 ready for release
I'm trying out JPetStore using jboss-jetty at the moment, all runs well
up till now, only thing is I didn't find a jpetstore-dataload.sql in the
mysql directory, which resulting in a lot errors of course...
The one form the oracle directory works, so I used that one (didn't
commit it by the way).
Alef
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]
> On Behalf Of j=FCrgen h=F6ller [werk3AT]
> Sent: Saturday, January 03, 2004 1:45 PM
> To: spr...@li...
> Subject: Re: [Springframework-developer] 1.0 M4 ready for release
>
>
> Darren,
>=20
> That's good news on JPetStore ! Of course, there could still
> be bugs hiding in the user interface (particularly in the
> Struts web tier), but it should be good enough for M4.
>=20
> Regading Tomcat 5 and Petclinic: Hibernate 2.1 requires JTA
> on the classpath now, even if not using JTA for transactions.
> Tomcat 4.1 includes jta.jar in common/lib; of course all
> containers with actual JTA support provide it too. I'll
> include jta.jar in WEB-INF/lib for Tomcat 4.0 and Tomcat 5.0
>=20
> Juergen
>=20
>
> ________________________________
>
> Von: spr...@li... im
> Auftrag von Darren Davison
> Gesendet: Sa 03.01.2004 13:40
> An: spr...@li...
> Betreff: Re: [Springframework-developer] 1.0 M4 ready for release
>
>
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> j=FCrgen h=F6ller [werk3AT] wrote:
> | Last chance for any last minute feedback... the M4 release is just
> | around the corner (to be released today).
> |
> | Has anybody tried deploying the sample apps, particularly
> JPetStore,
> | and had problems? Note that JPetStore can also be built for Commons
> | Attributes ("attributes" directory), allows to choose between the
> | Spring and the Struts web tier in web.xml, and has a demo remote
> | client ("client" directory).
>
> I've had JPetStore running fine in Tomcat 4.1.24, Tomcat
> 5.0.14, Resin 2.1.11 and Resin 3.0.4 as part of the automated
> building/testing. I'll give it a go on WebSphere 5 next week
> when I'm back in the office if you like.
>
> Jetty4 won't run anything where the TLD is in a jar file.
>
> I have however been getting the following error on Tomcat 5
> (only) with petclinic on all db access:
> "java.lang.NoClassDefFoundError:
> javax/transaction/Synchronization" but haven't had a chance
> to look into it yet (only saw it at 3am this morning) so it
> could be something local..
>
> Regards,
>
> - --
>
> Darren Davison
> Public Key: http://www.davison.uk.net/key.jsp
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.3 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQE/9rhWKLMLAN01aw0RAkRhAJ9afYOlyyRmarlPOppMJ6qNa9V95wCfUV8Y
> 1xgmiTybK8roKQShEEg/Ots=3D
> =3D0ZIQ
> -----END PGP SIGNATURE-----
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills. Sign
> up for IBM's Free Linux Tutorials. Learn everything from the
> bash shell to sys admin. Click now!
> http://ads.osdn.com/?ad_id=1278&alloc_id371> &op=3Dick
>
> _______________________________________________
>
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills. Sign
> up for IBM's Free Linux Tutorials. Learn everything from the
> bash shell to sys admin. Click now!
> http://ads.osdn.com/?ad_id=1278&alloc_id371> &op=3Dick
>
> _______________________________________________
>
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills. Sign up for =
IBM's
Free Linux Tutorials. Learn everything from the bash shell to sys =
admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: Alef A. <al...@jt...> - 2004-01-03 16:13:55
|
Jboss-Jetty 3.2.2 looks fine, both local and jta, with and without
attributes
Alef
> -----Original Message-----
> From: spr...@li...=20
> [mailto:spr...@li...]
> On Behalf Of Alef Arendsen
> Sent: Saturday, January 03, 2004 4:45 PM
> To: spr...@li...
> Subject: RE: [Springframework-developer] 1.0 M4 ready for release
>=20
>=20
> I'm trying out JPetStore using jboss-jetty at the moment, all=20
> runs well up till now, only thing is I didn't find a=20
> jpetstore-dataload.sql in the mysql directory, which=20
> resulting in a lot errors of course...
>=20
> The one form the oracle directory works, so I used that one=20
> (didn't commit it by the way).
>=20
> Alef
>=20
>=20
> > -----Original Message-----
> > From: spr...@li...
> > [mailto:spr...@li...]
> > On Behalf Of j=FCrgen h=F6ller [werk3AT]
> > Sent: Saturday, January 03, 2004 1:45 PM
> > To: spr...@li...
> > Subject: Re: [Springframework-developer] 1.0 M4 ready for release
> >=20
> >=20
> > Darren,
> > =20
> > That's good news on JPetStore ! Of course, there could still
> > be bugs hiding in the user interface (particularly in the=20
> > Struts web tier), but it should be good enough for M4.
> > =20
> > Regading Tomcat 5 and Petclinic: Hibernate 2.1 requires JTA
> > on the classpath now, even if not using JTA for transactions.=20
> > Tomcat 4.1 includes jta.jar in common/lib; of course all=20
> > containers with actual JTA support provide it too. I'll=20
> > include jta.jar in WEB-INF/lib for Tomcat 4.0 and Tomcat 5.0
> > =20
> > Juergen
> > =20
> >=20
> > ________________________________
> >=20
> > Von: spr...@li... im
> > Auftrag von Darren Davison
> > Gesendet: Sa 03.01.2004 13:40
> > An: spr...@li...
> > Betreff: Re: [Springframework-developer] 1.0 M4 ready for release
> >=20
> >=20
> >=20
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >=20
> > j=FCrgen h=F6ller [werk3AT] wrote:
> > | Last chance for any last minute feedback... the M4 release is just
> > | around the corner (to be released today).
> > |
> > | Has anybody tried deploying the sample apps, particularly
> > JPetStore,
> > | and had problems? Note that JPetStore can also be built=20
> for Commons
> > | Attributes ("attributes" directory), allows to choose between the=20
> > | Spring and the Struts web tier in web.xml, and has a demo remote=20
> > | client ("client" directory).
> >=20
> > I've had JPetStore running fine in Tomcat 4.1.24, Tomcat
> > 5.0.14, Resin 2.1.11 and Resin 3.0.4 as part of the automated=20
> > building/testing. I'll give it a go on WebSphere 5 next week=20
> > when I'm back in the office if you like.
> >=20
> > Jetty4 won't run anything where the TLD is in a jar file.
> >=20
> > I have however been getting the following error on Tomcat 5
> > (only) with petclinic on all db access:
> > "java.lang.NoClassDefFoundError:=20
> > javax/transaction/Synchronization" but haven't had a chance=20
> > to look into it yet (only saw it at 3am this morning) so it=20
> > could be something local..
> >=20
> > Regards,
> >=20
> > - --
> >=20
> > Darren Davison
> > Public Key: http://www.davison.uk.net/key.jsp
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.2.3 (GNU/Linux)
> > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> >=20
> > iD8DBQE/9rhWKLMLAN01aw0RAkRhAJ9afYOlyyRmarlPOppMJ6qNa9V95wCfUV8Y
> > 1xgmiTybK8roKQShEEg/Ots=3D
> > =3D0ZIQ
> > -----END PGP SIGNATURE-----
> >=20
> >=20
> >=20
> > -------------------------------------------------------
> > This SF.net email is sponsored by: IBM Linux Tutorials. Become an=20
> > expert in LINUX or just sharpen your skills. Sign up for=20
> IBM's Free=20
> > Linux Tutorials. Learn everything from the bash shell to=20
> sys admin.=20
> > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371> &op=3Dick
> >=20
> > _______________________________________________
> >=20
> > Springframework-developer mailing list
> > Spr...@li...
> >=20
> https://lists.sourceforge.net/lists/listinf>
o/springframework-developer
> >=20
> >=20
> >=20
> >=20
> > -------------------------------------------------------
> > This SF.net email is sponsored by: IBM Linux Tutorials. Become an=20
> > expert in LINUX or just sharpen your skills. Sign up for=20
> IBM's Free=20
> > Linux Tutorials. Learn everything from the bash shell to=20
> sys admin.=20
> > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371> &op=3Dick
> >=20
> > _______________________________________________
> >=20
> > Springframework-developer mailing list
> > Spr...@li...
> >=20
> https://lists.sourceforge.net/lists/listinf>
o/springframework-developer
> >=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills. Sign=20
> up for IBM's
> Free Linux Tutorials. Learn everything from the bash shell=20
> to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
|
|
From: Alef A. <al...@jt...> - 2004-01-03 16:00:24
|
Furthermore,
Should we provide app.server specific files for datasource declarations?
Jboss-web.xml for instance? If people are using jta, they have to create
the files themselves right now (not that it's such a big thing).
Alef
> -----Original Message-----
> From: spr...@li...=20
> [mailto:spr...@li...]
> On Behalf Of Alef Arendsen
> Sent: Saturday, January 03, 2004 4:45 PM
> To: spr...@li...
> Subject: RE: [Springframework-developer] 1.0 M4 ready for release
>=20
>=20
> I'm trying out JPetStore using jboss-jetty at the moment, all=20
> runs well up till now, only thing is I didn't find a=20
> jpetstore-dataload.sql in the mysql directory, which=20
> resulting in a lot errors of course...
>=20
> The one form the oracle directory works, so I used that one=20
> (didn't commit it by the way).
>=20
> Alef
>=20
>=20
> > -----Original Message-----
> > From: spr...@li...
> > [mailto:spr...@li...]
> > On Behalf Of j=FCrgen h=F6ller [werk3AT]
> > Sent: Saturday, January 03, 2004 1:45 PM
> > To: spr...@li...
> > Subject: Re: [Springframework-developer] 1.0 M4 ready for release
> >=20
> >=20
> > Darren,
> > =20
> > That's good news on JPetStore ! Of course, there could still
> > be bugs hiding in the user interface (particularly in the=20
> > Struts web tier), but it should be good enough for M4.
> > =20
> > Regading Tomcat 5 and Petclinic: Hibernate 2.1 requires JTA
> > on the classpath now, even if not using JTA for transactions.=20
> > Tomcat 4.1 includes jta.jar in common/lib; of course all=20
> > containers with actual JTA support provide it too. I'll=20
> > include jta.jar in WEB-INF/lib for Tomcat 4.0 and Tomcat 5.0
> > =20
> > Juergen
> > =20
> >=20
> > ________________________________
> >=20
> > Von: spr...@li... im
> > Auftrag von Darren Davison
> > Gesendet: Sa 03.01.2004 13:40
> > An: spr...@li...
> > Betreff: Re: [Springframework-developer] 1.0 M4 ready for release
> >=20
> >=20
> >=20
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >=20
> > j=FCrgen h=F6ller [werk3AT] wrote:
> > | Last chance for any last minute feedback... the M4 release is just
> > | around the corner (to be released today).
> > |
> > | Has anybody tried deploying the sample apps, particularly
> > JPetStore,
> > | and had problems? Note that JPetStore can also be built=20
> for Commons
> > | Attributes ("attributes" directory), allows to choose between the=20
> > | Spring and the Struts web tier in web.xml, and has a demo remote=20
> > | client ("client" directory).
> >=20
> > I've had JPetStore running fine in Tomcat 4.1.24, Tomcat
> > 5.0.14, Resin 2.1.11 and Resin 3.0.4 as part of the automated=20
> > building/testing. I'll give it a go on WebSphere 5 next week=20
> > when I'm back in the office if you like.
> >=20
> > Jetty4 won't run anything where the TLD is in a jar file.
> >=20
> > I have however been getting the following error on Tomcat 5
> > (only) with petclinic on all db access:
> > "java.lang.NoClassDefFoundError:=20
> > javax/transaction/Synchronization" but haven't had a chance=20
> > to look into it yet (only saw it at 3am this morning) so it=20
> > could be something local..
> >=20
> > Regards,
> >=20
> > - --
> >=20
> > Darren Davison
> > Public Key: http://www.davison.uk.net/key.jsp
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.2.3 (GNU/Linux)
> > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> >=20
> > iD8DBQE/9rhWKLMLAN01aw0RAkRhAJ9afYOlyyRmarlPOppMJ6qNa9V95wCfUV8Y
> > 1xgmiTybK8roKQShEEg/Ots=3D
> > =3D0ZIQ
> > -----END PGP SIGNATURE-----
> >=20
> >=20
> >=20
> > -------------------------------------------------------
> > This SF.net email is sponsored by: IBM Linux Tutorials. Become an=20
> > expert in LINUX or just sharpen your skills. Sign up for=20
> IBM's Free=20
> > Linux Tutorials. Learn everything from the bash shell to=20
> sys admin.=20
> > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371> &op=3Dick
> >=20
> > _______________________________________________
> >=20
> > Springframework-developer mailing list
> > Spr...@li...
> >=20
> https://lists.sourceforge.net/lists/listinf>
o/springframework-developer
> >=20
> >=20
> >=20
> >=20
> > -------------------------------------------------------
> > This SF.net email is sponsored by: IBM Linux Tutorials. Become an=20
> > expert in LINUX or just sharpen your skills. Sign up for=20
> IBM's Free=20
> > Linux Tutorials. Learn everything from the bash shell to=20
> sys admin.=20
> > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371> &op=3Dick
> >=20
> > _______________________________________________
> >=20
> > Springframework-developer mailing list
> > Spr...@li...
> >=20
> https://lists.sourceforge.net/lists/listinf>
o/springframework-developer
> >=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills. Sign=20
> up for IBM's
> Free Linux Tutorials. Learn everything from the bash shell=20
> to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
|
|
From: Alef A. <al...@jt...> - 2004-01-03 15:46:31
|
I'm trying out JPetStore using jboss-jetty at the moment, all runs well
up till now, only thing is I didn't find a jpetstore-dataload.sql in the
mysql directory, which resulting in a lot errors of course...
The one form the oracle directory works, so I used that one (didn't
commit it by the way).
Alef
> -----Original Message-----
> From: spr...@li...=20
> [mailto:spr...@li...]
> On Behalf Of j=FCrgen h=F6ller [werk3AT]
> Sent: Saturday, January 03, 2004 1:45 PM
> To: spr...@li...
> Subject: Re: [Springframework-developer] 1.0 M4 ready for release
>=20
>=20
> Darren,
> =20
> That's good news on JPetStore ! Of course, there could still=20
> be bugs hiding in the user interface (particularly in the=20
> Struts web tier), but it should be good enough for M4.
> =20
> Regading Tomcat 5 and Petclinic: Hibernate 2.1 requires JTA=20
> on the classpath now, even if not using JTA for transactions.=20
> Tomcat 4.1 includes jta.jar in common/lib; of course all=20
> containers with actual JTA support provide it too. I'll=20
> include jta.jar in WEB-INF/lib for Tomcat 4.0 and Tomcat 5.0
> =20
> Juergen
> =20
>=20
> ________________________________
>=20
> Von: spr...@li... im=20
> Auftrag von Darren Davison
> Gesendet: Sa 03.01.2004 13:40
> An: spr...@li...
> Betreff: Re: [Springframework-developer] 1.0 M4 ready for release
>=20
>=20
>=20
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>=20
> j=FCrgen h=F6ller [werk3AT] wrote:
> | Last chance for any last minute feedback... the M4 release is just=20
> | around the corner (to be released today).
> |
> | Has anybody tried deploying the sample apps, particularly=20
> JPetStore,=20
> | and had problems? Note that JPetStore can also be built for Commons=20
> | Attributes ("attributes" directory), allows to choose between the=20
> | Spring and the Struts web tier in web.xml, and has a demo remote=20
> | client ("client" directory).
>=20
> I've had JPetStore running fine in Tomcat 4.1.24, Tomcat=20
> 5.0.14, Resin 2.1.11 and Resin 3.0.4 as part of the automated=20
> building/testing. I'll give it a go on WebSphere 5 next week=20
> when I'm back in the office if you like.
>=20
> Jetty4 won't run anything where the TLD is in a jar file.
>=20
> I have however been getting the following error on Tomcat 5=20
> (only) with petclinic on all db access:
> "java.lang.NoClassDefFoundError:=20
> javax/transaction/Synchronization" but haven't had a chance=20
> to look into it yet (only saw it at 3am this morning) so it=20
> could be something local..
>=20
> Regards,
>=20
> - --
>=20
> Darren Davison
> Public Key: http://www.davison.uk.net/key.jsp
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.3 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>=20
> iD8DBQE/9rhWKLMLAN01aw0RAkRhAJ9afYOlyyRmarlPOppMJ6qNa9V95wCfUV8Y
> 1xgmiTybK8roKQShEEg/Ots=3D
> =3D0ZIQ
> -----END PGP SIGNATURE-----
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills. Sign=20
> up for IBM's Free Linux Tutorials. Learn everything from the=20
> bash shell to sys admin. Click now!=20
> http://ads.osdn.com/?ad_id=1278&alloc_id371> &op=3Dick
>=20
> _______________________________________________
>=20
> Springframework-developer mailing list=20
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills. Sign=20
> up for IBM's Free Linux Tutorials. Learn everything from the=20
> bash shell to sys admin. Click now!=20
> http://ads.osdn.com/?ad_id=1278&alloc_id371> &op=3Dick
>=20
> _______________________________________________
>=20
> Springframework-developer mailing list=20
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
|
|
From: <jue...@we...> - 2004-01-03 12:53:28
|
Darren,
=20
That's good news on JPetStore ! Of course, there could still be bugs =
hiding in the user interface (particularly in the Struts web tier), but =
it should be good enough for M4.
=20
Regading Tomcat 5 and Petclinic: Hibernate 2.1 requires JTA on the =
classpath now, even if not using JTA for transactions. Tomcat 4.1 =
includes jta.jar in common/lib; of course all containers with actual JTA =
support provide it too. I'll include jta.jar in WEB-INF/lib for Tomcat =
4.0 and Tomcat 5.0
=20
Juergen
=20
________________________________
Von: spr...@li... im Auftrag =
von Darren Davison
Gesendet: Sa 03.01.2004 13:40
An: spr...@li...
Betreff: Re: [Springframework-developer] 1.0 M4 ready for release
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
j=FCrgen h=F6ller [werk3AT] wrote:
| Last chance for any last minute feedback... the M4 release is just =
around
| the corner (to be released today).
|
| Has anybody tried deploying the sample apps, particularly JPetStore, =
and
| had problems? Note that JPetStore can also be built for Commons
| Attributes ("attributes" directory), allows to choose between the =
Spring
| and the Struts web tier in web.xml, and has a demo remote client
| ("client" directory).
I've had JPetStore running fine in Tomcat 4.1.24, Tomcat 5.0.14, Resin
2.1.11 and Resin 3.0.4 as part of the automated building/testing. I'll =
give
it a go on WebSphere 5 next week when I'm back in the office if you =
like.
Jetty4 won't run anything where the TLD is in a jar file.
I have however been getting the following error on Tomcat 5 (only) with
petclinic on all db access:
"java.lang.NoClassDefFoundError: javax/transaction/Synchronization" but
haven't had a chance to look into it yet (only saw it at 3am this =
morning)
so it could be something local..
Regards,
- --
Darren Davison
Public Key: http://www.davison.uk.net/key.jsp
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQE/9rhWKLMLAN01aw0RAkRhAJ9afYOlyyRmarlPOppMJ6qNa9V95wCfUV8Y
1xgmiTybK8roKQShEEg/Ots=3D
=3D0ZIQ
-----END PGP SIGNATURE-----
-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills. Sign up for =
IBM's
Free Linux Tutorials. Learn everything from the bash shell to sys =
admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
1239 messages has been excluded from this view by a project administrator.
