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-11-30 15:39:54
|
I still use IDEA 3.0.5 on my laptop (which doesn't have the notion of = modules), but I also have IDEA 4.5 on a desktop. I have set the project = up as single main module, with a couple of web modules for the sample = applications. Nothing to fancy, though - I tried to keep it as simple as = possible. =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von Rob Harrop Gesendet: Di 30.11.2004 16:12 An: spr...@li... Betreff: [Springframework-developer] OT: IDEA 4.5 Anybody here using IDEA 4.5. Just picked up the demo version and I was wondering what's the best way to layout a project such as Spring when using IDEA - single module or multiple module. Rob ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Rob H. <ro...@ca...> - 2004-11-30 15:14:30
|
Anybody here using IDEA 4.5. Just picked up the demo version and I was wondering what's the best way to layout a project such as Spring when using IDEA - single module or multiple module. Rob |
|
From: Rob H. <ro...@ca...> - 2004-11-30 15:13:10
|
Yes - I just did it now. Rob jürgen höller [werk3AT] wrote: >Rob, > >If you just fixed the frozen flag problem, does this mean that we can close SPR-450 now? > >Juergen > > >________________________________ > >Von: spr...@li... im Auftrag von Rob Harrop >Gesendet: Di 30.11.2004 11:11 >An: spr...@li... >Betreff: Re: [Springframework-developer] AOP Performance Comparisons > > > >Jurgen/All, > >Now that your back can we take a look at issue SPR-285 regarding no-arg >constructor proxy creation? We need to decide how to modify >ProxyFactoryBean to allow for the constructors args and types to be >passed to Cglib2AopProxy. The issue contains more detail. > >Also just committed an big fix for the frozen flag problem. Once 1.1.3 >is released I will send an updated Spring AOP test to the AWBench guys. > >Rob > >jürgen höller [werk3AT] wrote: > > > >>Great, Rob - thanks! I see, we've been away at roughly the same time last week, and we're back now at roughly the same time too :-) >> >>Juergen >> >> >>________________________________ >> >>Von: spr...@li... im Auftrag von Rob Harrop >>Gesendet: Di 30.11.2004 10:37 >>An: spr...@li... >>Betreff: Re: [Springframework-developer] AOP Performance Comparisons >> >> >> >>I'm back now and I can work on Spring for 4-5 hours each day this week >>so I can get this fix done, bug tested and committed. >> >>Rob >> >>jürgen höller [werk3AT] wrote: >> >> >> >> >> >>>It would be great to fix this until the weekend, to allow for the 1.1.3 release to happen next week. Unfortunately, Rob is away for a couple of days, if I recall correctly. Rod, do you maybe have a chance to look at this, in particular if Rob doesn't? >>> >>>Juergen >>> >>> >>>________________________________ >>> >>>Von: spr...@li... im Auftrag von Alef Arendsen >>>Gesendet: Di 30.11.2004 10:07 >>>An: spr...@li... >>>Betreff: RE: [Springframework-developer] AOP Performance Comparisons >>> >>> >>> >>>Rob, >>> >>>I entered a bug in JIRA for the frozen flag and assigned it to Rod >>>initially. So if you fix this, could you please have a look at JIRA and >>>fix the corresponding bug? >>> >>>Thanx, >>> >>>Alef >>> >>> >>> >>> >>> >>> >>> >>> >>>>-----Original Message----- >>>>From: spr...@li... >>>>[mailto:spr...@li...] >>>>On Behalf Of Rob Harrop >>>>Sent: Monday, November 29, 2004 6:16 PM >>>>To: spr...@li... >>>>Subject: Re: [Springframework-developer] AOP Performance Comparisons >>>> >>>>All, >>>> >>>>I ran these tests on my machine and did a little tweaking >>>>with the parameters to see what performance improvements >>>>could be made - here is what I got. >>>> >>>>With the default configuration my figures were: >>>> >>>>1008;945;968;929;;1109;1109;1039;1125;922;945;929;1179; >>>> >>>>With the proxyTargetClass flasg set to true I got: >>>> >>>>617;570;593;578;;765;719;687;726;547;546;539;765; >>>> >>>>And with both frozen and proxyTargetClass set to true I got: >>>> >>>>422;258;257;258;;437;406;343;414;234;234;234;453; >>>> >>>>This is the output given by the tool and each field is >>>>nanoseconds per invocation for a given test. As you can see >>>>it is more than possible to substantially improve the >>>>performance shown for Spring in the performance test suite. >>>>However, in the current version of Spring you cannot set the >>>>frozen when using the ProxyFactoryBean. I have a fix for this >>>>that I used for the test which involves overriding the >>>>setFrozen method on ProxyFactoryBean to set another flag >>>>instead of frozen and then using this flag to set the frozen >>>>flag just before proxy creation. >>>>If everyone is happy with this fix I will commit it to CVS. >>>> >>>>Rob >>>> >>>>Rob Harrop wrote: >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>>>All, >>>>> >>>>>An interesting article today about AOP performance and the new >>>>>performance suite created by the AspectWerkz team. As always I take >>>>>these with a pinch of salt but I am trying to get hold of >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>the code so >>>> >>>> >>>> >>>> >>>> >>>> >>>>>that I can run the tests myself and see if the Spring >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>figures can be >>>> >>>> >>>> >>>> >>>> >>>> >>>>>tweaked at all. >>>>> >>>>>http://www.theserverside.com/news/thread.tss?thread_id=30238 >>>>> >>>>>Rob >>>>> >>>>> >>>>>------------------------------------------------------- >>>>>SF email is sponsored by - The IT Product Guide Read honest >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>& candid >>>> >>>> >>>> >>>> >>>> >>>> >>>>>reviews on hundreds of IT Products from real users. >>>>>Discover which products truly live up to the hype. Start >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>reading now. >>>> >>>> >>>> >>>> >>>> >>>> >>>>>http://productguide.itmanagersjournal.com/ >>>>>_______________________________________________ >>>>>Springframework-developer mailing list >>>>>Spr...@li... >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>https://lists.sourceforge.net/lists/listinfo/springframework-developer >>>> >>>> >>>> >>>> >>>> >>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>------------------------------------------------------- >>>>SF email is sponsored by - The IT Product Guide Read honest & >>>>candid reviews on hundreds of IT Products from real users. >>>>Discover which products truly live up to the hype. Start reading now. >>>>http://productguide.itmanagersjournal.com/ >>>>_______________________________________________ >>>>Springframework-developer mailing list >>>>Spr...@li... >>>>https://lists.sourceforge.net/lists/listinfo/springframework-developer >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>------------------------------------------------------- >>>SF email is sponsored by - The IT Product Guide >>>Read honest & candid reviews on hundreds of IT Products from real users. >>>Discover which products truly live up to the hype. Start reading now. >>>http://productguide.itmanagersjournal.com/ >>>_______________________________________________ >>>Springframework-developer mailing list >>>Spr...@li... >>>https://lists.sourceforge.net/lists/listinfo/springframework-developer >>> >>> >>> >>> >>>------------------------------------------------------- >>>SF email is sponsored by - The IT Product Guide >>>Read honest & candid reviews on hundreds of IT Products from real users. >>>Discover which products truly live up to the hype. Start reading now. >>>http://productguide.itmanagersjournal.com/ >>>_______________________________________________ >>>Springframework-developer mailing list >>>Spr...@li... >>>https://lists.sourceforge.net/lists/listinfo/springframework-developer >>> >>> >>> >>> >>> >>> >>> >>> >>------------------------------------------------------- >>SF email is sponsored by - The IT Product Guide >>Read honest & candid reviews on hundreds of IT Products from real users. >>Discover which products truly live up to the hype. Start reading now. >>http://productguide.itmanagersjournal.com/ >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >> >>------------------------------------------------------- >>SF email is sponsored by - The IT Product Guide >>Read honest & candid reviews on hundreds of IT Products from real users. >>Discover which products truly live up to the hype. Start reading now. >>http://productguide.itmanagersjournal.com/ >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >> >> >> > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://productguide.itmanagersjournal.com/ >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://productguide.itmanagersjournal.com/ >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > |
|
From: Rob H. <ro...@ca...> - 2004-11-30 15:11:45
|
Colin, The constructor on the target bean will be fired when the proxy is created with the arguments supplied in the <constructor-arg> tags. When the proxy is created the constructor is called again, and currently will in certain circumstances override any state set by the first call of the constructor. This is behavior is covered under another issue and teh CGLIB guys are looking at a fix to allow us to avoid redirecting calls during proxy creation so that no state gets overwritten. The best way forward as I see it is to add setConstructorArguments(Object[]) and setConstructorArgumentTypes(Class[]) to ProxyFactoryBean. The user can specify both if he chooses otherwise he just needs to specify a value for the first and the Spring will attempt to determine the types (very loosely, using the types of the Objects passed in ). Rob Colin Sampaleanu wrote: > The main issue I see, unless I'm missing something, with passing in > constructor args to the ProxyFactoryBean is having decent type > conversion. When you pass in properties or normal constructor-args to > a bean, you get decent PropertyEditor based type conversion happening. > The code would need to do something similar to > ArgumentConvertingMethodInvoker and its superclass MethodIInvoker. Now > the latter are kind of stupid in that they get confused when there are > multiple matching methods. If the ProxyFactoryBean variant passed > along as the second param a Class[], then there's no ambiguity. It's > also more of a pain to use, and maybe should be possible to pass in a > null array, in which case the code will do its best, which might be > enough when there're only one or two non-ambiguous constructors. > > But what happens with the constructors from the target bean? They just > get ignored? > > > Rob Harrop wrote: > >> All, >> >> We really need to come to a desicion of how this should be >> implemented if I am to get a fix done in time for 1.1.3. Currently I >> see two ways to solve the problem: >> >> 1. Add setConstructorArgs(Object[], Class[]) to ProxyFactoryBean >> 2. Attempt to locate the <constructor-arg> definitions of the target >> bean, although I think this involves iterating over the bean >> definitions attempting to match to the target. Also when using >> anything but a SingletonTargetSource the match might not succeed. >> >> I am taking a break this week but I will be around for discussion on >> this - just won't be starting it until Monday. >> >> Rob > > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: <jue...@we...> - 2004-11-30 15:07:59
|
Rob, =20 If you just fixed the frozen flag problem, does this mean that we can = close SPR-450 now? =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von Rob Harrop Gesendet: Di 30.11.2004 11:11 An: spr...@li... Betreff: Re: [Springframework-developer] AOP Performance Comparisons Jurgen/All, Now that your back can we take a look at issue SPR-285 regarding no-arg constructor proxy creation? We need to decide how to modify ProxyFactoryBean to allow for the constructors args and types to be passed to Cglib2AopProxy. The issue contains more detail. Also just committed an big fix for the frozen flag problem. Once 1.1.3 is released I will send an updated Spring AOP test to the AWBench guys. Rob j=FCrgen h=F6ller [werk3AT] wrote: >Great, Rob - thanks! I see, we've been away at roughly the same time = last week, and we're back now at roughly the same time too :-) > >Juergen > > >________________________________ > >Von: spr...@li... im Auftrag = von Rob Harrop >Gesendet: Di 30.11.2004 10:37 >An: spr...@li... >Betreff: Re: [Springframework-developer] AOP Performance Comparisons > > > >I'm back now and I can work on Spring for 4-5 hours each day this week >so I can get this fix done, bug tested and committed. > >Rob > >j=FCrgen h=F6ller [werk3AT] wrote: > >=20 > >>It would be great to fix this until the weekend, to allow for the = 1.1.3 release to happen next week. Unfortunately, Rob is away for a = couple of days, if I recall correctly. Rod, do you maybe have a chance = to look at this, in particular if Rob doesn't? >> >>Juergen >> >> >>________________________________ >> >>Von: spr...@li... im Auftrag = von Alef Arendsen >>Gesendet: Di 30.11.2004 10:07 >>An: spr...@li... >>Betreff: RE: [Springframework-developer] AOP Performance Comparisons >> >> >> >>Rob, >> >>I entered a bug in JIRA for the frozen flag and assigned it to Rod >>initially. So if you fix this, could you please have a look at JIRA = and >>fix the corresponding bug? >> >>Thanx, >> >>Alef >> >> >> >> >> =20 >> >>>-----Original Message----- >>>From: spr...@li... >>>[mailto:spr...@li...] >>>On Behalf Of Rob Harrop >>>Sent: Monday, November 29, 2004 6:16 PM >>>To: spr...@li... >>>Subject: Re: [Springframework-developer] AOP Performance Comparisons >>> >>>All, >>> >>>I ran these tests on my machine and did a little tweaking >>>with the parameters to see what performance improvements >>>could be made - here is what I got. >>> >>>With the default configuration my figures were: >>> >>>1008;945;968;929;;1109;1109;1039;1125;922;945;929;1179; >>> >>>With the proxyTargetClass flasg set to true I got: >>> >>>617;570;593;578;;765;719;687;726;547;546;539;765; >>> >>>And with both frozen and proxyTargetClass set to true I got: >>> >>>422;258;257;258;;437;406;343;414;234;234;234;453; >>> >>>This is the output given by the tool and each field is >>>nanoseconds per invocation for a given test. As you can see >>>it is more than possible to substantially improve the >>>performance shown for Spring in the performance test suite. >>>However, in the current version of Spring you cannot set the >>>frozen when using the ProxyFactoryBean. I have a fix for this >>>that I used for the test which involves overriding the >>>setFrozen method on ProxyFactoryBean to set another flag >>>instead of frozen and then using this flag to set the frozen >>>flag just before proxy creation. >>>If everyone is happy with this fix I will commit it to CVS. >>> >>>Rob >>> >>>Rob Harrop wrote: >>> >>>=20 >>> >>> =20 >>> >>>>All, >>>> >>>>An interesting article today about AOP performance and the new >>>>performance suite created by the AspectWerkz team. As always I take >>>>these with a pinch of salt but I am trying to get hold of >>>> =20 >>>> >>>> =20 >>>> >>>the code so >>>=20 >>> >>> =20 >>> >>>>that I can run the tests myself and see if the Spring >>>> =20 >>>> >>>> =20 >>>> >>>figures can be >>>=20 >>> >>> =20 >>> >>>>tweaked at all. >>>> >>>>http://www.theserverside.com/news/thread.tss?thread_id=3D30238 >>>> >>>>Rob >>>> >>>> >>>>------------------------------------------------------- >>>>SF email is sponsored by - The IT Product Guide Read honest >>>> =20 >>>> >>>> =20 >>>> >>>& candid >>>=20 >>> >>> =20 >>> >>>>reviews on hundreds of IT Products from real users. >>>>Discover which products truly live up to the hype. Start >>>> =20 >>>> >>>> =20 >>>> >>>reading now. >>>=20 >>> >>> =20 >>> >>>>http://productguide.itmanagersjournal.com/ >>>>_______________________________________________ >>>>Springframework-developer mailing list >>>>Spr...@li... >>>> >>>> =20 >>>> >>>> =20 >>>> >>>https://lists.sourceforge.net/lists/listinfo/springframework-developer= >>>=20 >>> >>> =20 >>> >>>> =20 >>>> >>>> =20 >>>> >>>------------------------------------------------------- >>>SF email is sponsored by - The IT Product Guide Read honest & >>>candid reviews on hundreds of IT Products from real users. >>>Discover which products truly live up to the hype. Start reading now. >>>http://productguide.itmanagersjournal.com/ >>>_______________________________________________ >>>Springframework-developer mailing list >>>Spr...@li... >>>https://lists.sourceforge.net/lists/listinfo/springframework-developer= >>> >>> >>> >>> >>>=20 >>> >>> =20 >>> >>------------------------------------------------------- >>SF email is sponsored by - The IT Product Guide >>Read honest & candid reviews on hundreds of IT Products from real = users. >>Discover which products truly live up to the hype. Start reading now. >>http://productguide.itmanagersjournal.com/ >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >> >>------------------------------------------------------- >>SF email is sponsored by - The IT Product Guide >>Read honest & candid reviews on hundreds of IT Products from real = users. >>Discover which products truly live up to the hype. Start reading now. >>http://productguide.itmanagersjournal.com/ >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >> >> =20 >> > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real = users. >Discover which products truly live up to the hype. Start reading now. >http://productguide.itmanagersjournal.com/ >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real = users. >Discover which products truly live up to the hype. Start reading now. >http://productguide.itmanagersjournal.com/ >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > >=20 > ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Colin S. <col...@ex...> - 2004-11-30 15:02:50
|
The main issue I see, unless I'm missing something, with passing in constructor args to the ProxyFactoryBean is having decent type conversion. When you pass in properties or normal constructor-args to a bean, you get decent PropertyEditor based type conversion happening. The code would need to do something similar to ArgumentConvertingMethodInvoker and its superclass MethodIInvoker. Now the latter are kind of stupid in that they get confused when there are multiple matching methods. If the ProxyFactoryBean variant passed along as the second param a Class[], then there's no ambiguity. It's also more of a pain to use, and maybe should be possible to pass in a null array, in which case the code will do its best, which might be enough when there're only one or two non-ambiguous constructors. But what happens with the constructors from the target bean? They just get ignored? Rob Harrop wrote: > All, > > We really need to come to a desicion of how this should be implemented > if I am to get a fix done in time for 1.1.3. Currently I see two ways > to solve the problem: > > 1. Add setConstructorArgs(Object[], Class[]) to ProxyFactoryBean > 2. Attempt to locate the <constructor-arg> definitions of the target > bean, although I think this involves iterating over the bean > definitions attempting to match to the target. Also when using > anything but a SingletonTargetSource the match might not succeed. > > I am taking a break this week but I will be around for discussion on > this - just won't be starting it until Monday. > > Rob |
|
From: Dmitriy K. <dko...@ru...> - 2004-11-30 14:44:11
|
Thanks Rob, I'll look into it. D. Rob Harrop wrote: > There is an error in the Spring configuration file - incorrect usage > of comments on or around line 160. This stopped me from running the > tests until I fxed it - if its not that then I'm not sure what it is. > I am using Ant 1.6.2. > > Rob > > Dmitriy Kopylenko wrote: > >> Rob, >> >> I know you were able to run the benchmark. I've checked it out from >> CVS this morning and while trying to run it via the ant "run" >> targets, I get the failure: "Unexpected element "condition" " Do you >> have any idea? >> >> Regards, >> Dmitriy. >> >> >> ------------------------------------------------------- >> SF email is sponsored by - The IT Product Guide >> Read honest & candid reviews on hundreds of IT Products from real users. >> Discover which products truly live up to the hype. Start reading now. >> http://productguide.itmanagersjournal.com/ >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Rob H. <ro...@ca...> - 2004-11-30 14:32:49
|
There is an error in the Spring configuration file - incorrect usage of comments on or around line 160. This stopped me from running the tests until I fxed it - if its not that then I'm not sure what it is. I am using Ant 1.6.2. Rob Dmitriy Kopylenko wrote: > Rob, > > I know you were able to run the benchmark. I've checked it out from > CVS this morning and while trying to run it via the ant "run" targets, > I get the failure: "Unexpected element "condition" " Do you have any > idea? > > Regards, > Dmitriy. > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: Dmitriy K. <dko...@ru...> - 2004-11-30 14:30:01
|
Rob, I know you were able to run the benchmark. I've checked it out from CVS this morning and while trying to run it via the ant "run" targets, I get the failure: "Unexpected element "condition" " Do you have any idea? Regards, Dmitriy. |
|
From: Rob H. <ro...@ca...> - 2004-11-30 10:14:03
|
Jurgen/All, Now that your back can we take a look at issue SPR-285 regarding no-arg constructor proxy creation? We need to decide how to modify ProxyFactoryBean to allow for the constructors args and types to be passed to Cglib2AopProxy. The issue contains more detail. Also just committed an big fix for the frozen flag problem. Once 1.1.3 is released I will send an updated Spring AOP test to the AWBench guys. Rob jürgen höller [werk3AT] wrote: >Great, Rob - thanks! I see, we've been away at roughly the same time last week, and we're back now at roughly the same time too :-) > >Juergen > > >________________________________ > >Von: spr...@li... im Auftrag von Rob Harrop >Gesendet: Di 30.11.2004 10:37 >An: spr...@li... >Betreff: Re: [Springframework-developer] AOP Performance Comparisons > > > >I'm back now and I can work on Spring for 4-5 hours each day this week >so I can get this fix done, bug tested and committed. > >Rob > >jürgen höller [werk3AT] wrote: > > > >>It would be great to fix this until the weekend, to allow for the 1.1.3 release to happen next week. Unfortunately, Rob is away for a couple of days, if I recall correctly. Rod, do you maybe have a chance to look at this, in particular if Rob doesn't? >> >>Juergen >> >> >>________________________________ >> >>Von: spr...@li... im Auftrag von Alef Arendsen >>Gesendet: Di 30.11.2004 10:07 >>An: spr...@li... >>Betreff: RE: [Springframework-developer] AOP Performance Comparisons >> >> >> >>Rob, >> >>I entered a bug in JIRA for the frozen flag and assigned it to Rod >>initially. So if you fix this, could you please have a look at JIRA and >>fix the corresponding bug? >> >>Thanx, >> >>Alef >> >> >> >> >> >> >>>-----Original Message----- >>>From: spr...@li... >>>[mailto:spr...@li...] >>>On Behalf Of Rob Harrop >>>Sent: Monday, November 29, 2004 6:16 PM >>>To: spr...@li... >>>Subject: Re: [Springframework-developer] AOP Performance Comparisons >>> >>>All, >>> >>>I ran these tests on my machine and did a little tweaking >>>with the parameters to see what performance improvements >>>could be made - here is what I got. >>> >>>With the default configuration my figures were: >>> >>>1008;945;968;929;;1109;1109;1039;1125;922;945;929;1179; >>> >>>With the proxyTargetClass flasg set to true I got: >>> >>>617;570;593;578;;765;719;687;726;547;546;539;765; >>> >>>And with both frozen and proxyTargetClass set to true I got: >>> >>>422;258;257;258;;437;406;343;414;234;234;234;453; >>> >>>This is the output given by the tool and each field is >>>nanoseconds per invocation for a given test. As you can see >>>it is more than possible to substantially improve the >>>performance shown for Spring in the performance test suite. >>>However, in the current version of Spring you cannot set the >>>frozen when using the ProxyFactoryBean. I have a fix for this >>>that I used for the test which involves overriding the >>>setFrozen method on ProxyFactoryBean to set another flag >>>instead of frozen and then using this flag to set the frozen >>>flag just before proxy creation. >>>If everyone is happy with this fix I will commit it to CVS. >>> >>>Rob >>> >>>Rob Harrop wrote: >>> >>> >>> >>> >>> >>>>All, >>>> >>>>An interesting article today about AOP performance and the new >>>>performance suite created by the AspectWerkz team. As always I take >>>>these with a pinch of salt but I am trying to get hold of >>>> >>>> >>>> >>>> >>>the code so >>> >>> >>> >>> >>>>that I can run the tests myself and see if the Spring >>>> >>>> >>>> >>>> >>>figures can be >>> >>> >>> >>> >>>>tweaked at all. >>>> >>>>http://www.theserverside.com/news/thread.tss?thread_id=30238 >>>> >>>>Rob >>>> >>>> >>>>------------------------------------------------------- >>>>SF email is sponsored by - The IT Product Guide Read honest >>>> >>>> >>>> >>>> >>>& candid >>> >>> >>> >>> >>>>reviews on hundreds of IT Products from real users. >>>>Discover which products truly live up to the hype. Start >>>> >>>> >>>> >>>> >>>reading now. >>> >>> >>> >>> >>>>http://productguide.itmanagersjournal.com/ >>>>_______________________________________________ >>>>Springframework-developer mailing list >>>>Spr...@li... >>>> >>>> >>>> >>>> >>>> >>>https://lists.sourceforge.net/lists/listinfo/springframework-developer >>> >>> >>> >>> >>>> >>>> >>>> >>>> >>>------------------------------------------------------- >>>SF email is sponsored by - The IT Product Guide Read honest & >>>candid reviews on hundreds of IT Products from real users. >>>Discover which products truly live up to the hype. Start reading now. >>>http://productguide.itmanagersjournal.com/ >>>_______________________________________________ >>>Springframework-developer mailing list >>>Spr...@li... >>>https://lists.sourceforge.net/lists/listinfo/springframework-developer >>> >>> >>> >>> >>> >>> >>> >>> >>------------------------------------------------------- >>SF email is sponsored by - The IT Product Guide >>Read honest & candid reviews on hundreds of IT Products from real users. >>Discover which products truly live up to the hype. Start reading now. >>http://productguide.itmanagersjournal.com/ >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >> >>------------------------------------------------------- >>SF email is sponsored by - The IT Product Guide >>Read honest & candid reviews on hundreds of IT Products from real users. >>Discover which products truly live up to the hype. Start reading now. >>http://productguide.itmanagersjournal.com/ >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >> >> >> > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://productguide.itmanagersjournal.com/ >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://productguide.itmanagersjournal.com/ >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > |
|
From: <jue...@we...> - 2004-11-30 09:47:18
|
Great, Rob - thanks! I see, we've been away at roughly the same time = last week, and we're back now at roughly the same time too :-) =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von Rob Harrop Gesendet: Di 30.11.2004 10:37 An: spr...@li... Betreff: Re: [Springframework-developer] AOP Performance Comparisons I'm back now and I can work on Spring for 4-5 hours each day this week so I can get this fix done, bug tested and committed. Rob j=FCrgen h=F6ller [werk3AT] wrote: >It would be great to fix this until the weekend, to allow for the 1.1.3 = release to happen next week. Unfortunately, Rob is away for a couple of = days, if I recall correctly. Rod, do you maybe have a chance to look at = this, in particular if Rob doesn't? > >Juergen > > >________________________________ > >Von: spr...@li... im Auftrag = von Alef Arendsen >Gesendet: Di 30.11.2004 10:07 >An: spr...@li... >Betreff: RE: [Springframework-developer] AOP Performance Comparisons > > > >Rob, > >I entered a bug in JIRA for the frozen flag and assigned it to Rod >initially. So if you fix this, could you please have a look at JIRA and >fix the corresponding bug? > >Thanx, > >Alef > > >=20 > >>-----Original Message----- >>From: spr...@li... >>[mailto:spr...@li...] >> On Behalf Of Rob Harrop >>Sent: Monday, November 29, 2004 6:16 PM >>To: spr...@li... >>Subject: Re: [Springframework-developer] AOP Performance Comparisons >> >>All, >> >>I ran these tests on my machine and did a little tweaking >>with the parameters to see what performance improvements >>could be made - here is what I got. >> >>With the default configuration my figures were: >> >>1008;945;968;929;;1109;1109;1039;1125;922;945;929;1179; >> >>With the proxyTargetClass flasg set to true I got: >> >>617;570;593;578;;765;719;687;726;547;546;539;765; >> >>And with both frozen and proxyTargetClass set to true I got: >> >>422;258;257;258;;437;406;343;414;234;234;234;453; >> >>This is the output given by the tool and each field is >>nanoseconds per invocation for a given test. As you can see >>it is more than possible to substantially improve the >>performance shown for Spring in the performance test suite. >>However, in the current version of Spring you cannot set the >>frozen when using the ProxyFactoryBean. I have a fix for this >>that I used for the test which involves overriding the >>setFrozen method on ProxyFactoryBean to set another flag >>instead of frozen and then using this flag to set the frozen >>flag just before proxy creation. >>If everyone is happy with this fix I will commit it to CVS. >> >>Rob >> >>Rob Harrop wrote: >> >> =20 >> >>>All, >>> >>>An interesting article today about AOP performance and the new >>>performance suite created by the AspectWerkz team. As always I take >>>these with a pinch of salt but I am trying to get hold of >>> =20 >>> >>the code so >> =20 >> >>>that I can run the tests myself and see if the Spring >>> =20 >>> >>figures can be >> =20 >> >>>tweaked at all. >>> >>>http://www.theserverside.com/news/thread.tss?thread_id=3D30238 >>> >>>Rob >>> >>> >>>------------------------------------------------------- >>>SF email is sponsored by - The IT Product Guide Read honest >>> =20 >>> >>& candid >> =20 >> >>>reviews on hundreds of IT Products from real users. >>>Discover which products truly live up to the hype. Start >>> =20 >>> >>reading now. >> =20 >> >>>http://productguide.itmanagersjournal.com/ >>>_______________________________________________ >>>Springframework-developer mailing list >>>Spr...@li... >>> >>> =20 >>> >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> =20 >> >>> =20 >>> >>------------------------------------------------------- >>SF email is sponsored by - The IT Product Guide Read honest & >>candid reviews on hundreds of IT Products from real users. >>Discover which products truly live up to the hype. Start reading now. >>http://productguide.itmanagersjournal.com/ >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >> >> =20 >> > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real = users. >Discover which products truly live up to the hype. Start reading now. >http://productguide.itmanagersjournal.com/ >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real = users. >Discover which products truly live up to the hype. Start reading now. >http://productguide.itmanagersjournal.com/ >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > >=20 > ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Rob H. <ro...@ca...> - 2004-11-30 09:40:05
|
I'm back now and I can work on Spring for 4-5 hours each day this week so I can get this fix done, bug tested and committed. Rob jürgen höller [werk3AT] wrote: >It would be great to fix this until the weekend, to allow for the 1.1.3 release to happen next week. Unfortunately, Rob is away for a couple of days, if I recall correctly. Rod, do you maybe have a chance to look at this, in particular if Rob doesn't? > >Juergen > > >________________________________ > >Von: spr...@li... im Auftrag von Alef Arendsen >Gesendet: Di 30.11.2004 10:07 >An: spr...@li... >Betreff: RE: [Springframework-developer] AOP Performance Comparisons > > > >Rob, > >I entered a bug in JIRA for the frozen flag and assigned it to Rod >initially. So if you fix this, could you please have a look at JIRA and >fix the corresponding bug? > >Thanx, > >Alef > > > > >>-----Original Message----- >>From: spr...@li... >>[mailto:spr...@li...] >> On Behalf Of Rob Harrop >>Sent: Monday, November 29, 2004 6:16 PM >>To: spr...@li... >>Subject: Re: [Springframework-developer] AOP Performance Comparisons >> >>All, >> >>I ran these tests on my machine and did a little tweaking >>with the parameters to see what performance improvements >>could be made - here is what I got. >> >>With the default configuration my figures were: >> >>1008;945;968;929;;1109;1109;1039;1125;922;945;929;1179; >> >>With the proxyTargetClass flasg set to true I got: >> >>617;570;593;578;;765;719;687;726;547;546;539;765; >> >>And with both frozen and proxyTargetClass set to true I got: >> >>422;258;257;258;;437;406;343;414;234;234;234;453; >> >>This is the output given by the tool and each field is >>nanoseconds per invocation for a given test. As you can see >>it is more than possible to substantially improve the >>performance shown for Spring in the performance test suite. >>However, in the current version of Spring you cannot set the >>frozen when using the ProxyFactoryBean. I have a fix for this >>that I used for the test which involves overriding the >>setFrozen method on ProxyFactoryBean to set another flag >>instead of frozen and then using this flag to set the frozen >>flag just before proxy creation. >>If everyone is happy with this fix I will commit it to CVS. >> >>Rob >> >>Rob Harrop wrote: >> >> >> >>>All, >>> >>>An interesting article today about AOP performance and the new >>>performance suite created by the AspectWerkz team. As always I take >>>these with a pinch of salt but I am trying to get hold of >>> >>> >>the code so >> >> >>>that I can run the tests myself and see if the Spring >>> >>> >>figures can be >> >> >>>tweaked at all. >>> >>>http://www.theserverside.com/news/thread.tss?thread_id=30238 >>> >>>Rob >>> >>> >>>------------------------------------------------------- >>>SF email is sponsored by - The IT Product Guide Read honest >>> >>> >>& candid >> >> >>>reviews on hundreds of IT Products from real users. >>>Discover which products truly live up to the hype. Start >>> >>> >>reading now. >> >> >>>http://productguide.itmanagersjournal.com/ >>>_______________________________________________ >>>Springframework-developer mailing list >>>Spr...@li... >>> >>> >>> >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >>> >>> >>------------------------------------------------------- >>SF email is sponsored by - The IT Product Guide Read honest & >>candid reviews on hundreds of IT Products from real users. >>Discover which products truly live up to the hype. Start reading now. >>http://productguide.itmanagersjournal.com/ >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >> >> >> > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://productguide.itmanagersjournal.com/ >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://productguide.itmanagersjournal.com/ >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > |
|
From: Rob H. <ro...@ca...> - 2004-11-30 09:38:53
|
Will do - I saw that task and was going to assign it to me - just got side tracked :) Alef Arendsen wrote: >Rob, > >I entered a bug in JIRA for the frozen flag and assigned it to Rod >initially. So if you fix this, could you please have a look at JIRA and >fix the corresponding bug? > >Thanx, > >Alef > > > > >>-----Original Message----- >>From: spr...@li... >>[mailto:spr...@li...] >> On Behalf Of Rob Harrop >>Sent: Monday, November 29, 2004 6:16 PM >>To: spr...@li... >>Subject: Re: [Springframework-developer] AOP Performance Comparisons >> >>All, >> >>I ran these tests on my machine and did a little tweaking >>with the parameters to see what performance improvements >>could be made - here is what I got. >> >>With the default configuration my figures were: >> >>1008;945;968;929;;1109;1109;1039;1125;922;945;929;1179; >> >>With the proxyTargetClass flasg set to true I got: >> >>617;570;593;578;;765;719;687;726;547;546;539;765; >> >>And with both frozen and proxyTargetClass set to true I got: >> >>422;258;257;258;;437;406;343;414;234;234;234;453; >> >>This is the output given by the tool and each field is >>nanoseconds per invocation for a given test. As you can see >>it is more than possible to substantially improve the >>performance shown for Spring in the performance test suite. >>However, in the current version of Spring you cannot set the >>frozen when using the ProxyFactoryBean. I have a fix for this >>that I used for the test which involves overriding the >>setFrozen method on ProxyFactoryBean to set another flag >>instead of frozen and then using this flag to set the frozen >>flag just before proxy creation. >>If everyone is happy with this fix I will commit it to CVS. >> >>Rob >> >>Rob Harrop wrote: >> >> >> >>>All, >>> >>>An interesting article today about AOP performance and the new >>>performance suite created by the AspectWerkz team. As always I take >>>these with a pinch of salt but I am trying to get hold of >>> >>> >>the code so >> >> >>>that I can run the tests myself and see if the Spring >>> >>> >>figures can be >> >> >>>tweaked at all. >>> >>>http://www.theserverside.com/news/thread.tss?thread_id=30238 >>> >>>Rob >>> >>> >>>------------------------------------------------------- >>>SF email is sponsored by - The IT Product Guide Read honest >>> >>> >>& candid >> >> >>>reviews on hundreds of IT Products from real users. >>>Discover which products truly live up to the hype. Start >>> >>> >>reading now. >> >> >>>http://productguide.itmanagersjournal.com/ >>>_______________________________________________ >>>Springframework-developer mailing list >>>Spr...@li... >>> >>> >>> >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >>> >>> >>------------------------------------------------------- >>SF email is sponsored by - The IT Product Guide Read honest & >>candid reviews on hundreds of IT Products from real users. >>Discover which products truly live up to the hype. Start reading now. >>http://productguide.itmanagersjournal.com/ >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >> >> >> > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://productguide.itmanagersjournal.com/ >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > |
|
From: <jue...@we...> - 2004-11-30 09:32:23
|
It would be great to fix this until the weekend, to allow for the 1.1.3 = release to happen next week. Unfortunately, Rob is away for a couple of = days, if I recall correctly. Rod, do you maybe have a chance to look at = this, in particular if Rob doesn't? =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von Alef Arendsen Gesendet: Di 30.11.2004 10:07 An: spr...@li... Betreff: RE: [Springframework-developer] AOP Performance Comparisons Rob, I entered a bug in JIRA for the frozen flag and assigned it to Rod initially. So if you fix this, could you please have a look at JIRA and fix the corresponding bug? Thanx, Alef > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] > On Behalf Of Rob Harrop > Sent: Monday, November 29, 2004 6:16 PM > To: spr...@li... > Subject: Re: [Springframework-developer] AOP Performance Comparisons > > All, > > I ran these tests on my machine and did a little tweaking > with the parameters to see what performance improvements > could be made - here is what I got. > > With the default configuration my figures were: > > 1008;945;968;929;;1109;1109;1039;1125;922;945;929;1179; > > With the proxyTargetClass flasg set to true I got: > > 617;570;593;578;;765;719;687;726;547;546;539;765; > > And with both frozen and proxyTargetClass set to true I got: > > 422;258;257;258;;437;406;343;414;234;234;234;453; > > This is the output given by the tool and each field is > nanoseconds per invocation for a given test. As you can see > it is more than possible to substantially improve the > performance shown for Spring in the performance test suite. > However, in the current version of Spring you cannot set the > frozen when using the ProxyFactoryBean. I have a fix for this > that I used for the test which involves overriding the > setFrozen method on ProxyFactoryBean to set another flag > instead of frozen and then using this flag to set the frozen > flag just before proxy creation. > If everyone is happy with this fix I will commit it to CVS. > > Rob > > Rob Harrop wrote: > > > All, > > > > An interesting article today about AOP performance and the new > > performance suite created by the AspectWerkz team. As always I take > > these with a pinch of salt but I am trying to get hold of > the code so > > that I can run the tests myself and see if the Spring > figures can be > > tweaked at all. > > > > http://www.theserverside.com/news/thread.tss?thread_id=3D30238 > > > > Rob > > > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide Read honest > & candid > > reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start > reading now. > > http://productguide.itmanagersjournal.com/ > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide Read honest & > candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Alef A. <al...@jt...> - 2004-11-30 09:05:44
|
Rob, I entered a bug in JIRA for the frozen flag and assigned it to Rod initially. So if you fix this, could you please have a look at JIRA and fix the corresponding bug? Thanx, Alef =20 > -----Original Message----- > From: spr...@li...=20 > [mailto:spr...@li...] > On Behalf Of Rob Harrop > Sent: Monday, November 29, 2004 6:16 PM > To: spr...@li... > Subject: Re: [Springframework-developer] AOP Performance Comparisons >=20 > All, >=20 > I ran these tests on my machine and did a little tweaking=20 > with the parameters to see what performance improvements=20 > could be made - here is what I got. >=20 > With the default configuration my figures were: >=20 > 1008;945;968;929;;1109;1109;1039;1125;922;945;929;1179; >=20 > With the proxyTargetClass flasg set to true I got: >=20 > 617;570;593;578;;765;719;687;726;547;546;539;765; >=20 > And with both frozen and proxyTargetClass set to true I got: >=20 > 422;258;257;258;;437;406;343;414;234;234;234;453; >=20 > This is the output given by the tool and each field is=20 > nanoseconds per invocation for a given test. As you can see=20 > it is more than possible to substantially improve the=20 > performance shown for Spring in the performance test suite.=20 > However, in the current version of Spring you cannot set the=20 > frozen when using the ProxyFactoryBean. I have a fix for this=20 > that I used for the test which involves overriding the=20 > setFrozen method on ProxyFactoryBean to set another flag=20 > instead of frozen and then using this flag to set the frozen=20 > flag just before proxy creation.=20 > If everyone is happy with this fix I will commit it to CVS. >=20 > Rob >=20 > Rob Harrop wrote: >=20 > > All, > > > > An interesting article today about AOP performance and the new=20 > > performance suite created by the AspectWerkz team. As always I take=20 > > these with a pinch of salt but I am trying to get hold of=20 > the code so=20 > > that I can run the tests myself and see if the Spring=20 > figures can be=20 > > tweaked at all. > > > > http://www.theserverside.com/news/thread.tss?thread_id=3D30238 > > > > Rob > > > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide Read honest=20 > & candid=20 > > reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start=20 > reading now.=20 > > http://productguide.itmanagersjournal.com/ > > _______________________________________________ > > Springframework-developer mailing list=20 > > Spr...@li... > >=20 > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > >=20 >=20 > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide Read honest &=20 > candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now.=20 > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 >=20 >=20 |
|
From: Brandon G. <ma...@ph...> - 2004-11-30 04:31:49
|
Use log4j and setup loggers for "java.sql.PreparedStatement", "java.sql.ResultSet", and "com.ibatis" Brandon _____ From: spr...@li... [mailto:spr...@li...] On Behalf Of fly_eagles Sent: Monday, November 29, 2004 9:21 PM To: spr...@li....; spr...@li... Subject: [Springframework-user] How can I loging execute sql? Sorry send the same email again,I am a new guy I use Spring+ibatis, When I debug my programme,I want to know what sql had be excuted So,How can I get execute sql throught spring or ibatis api in my programme? |
|
From: fly_eagles <ka...@us...> - 2004-11-30 04:24:56
|
Sorry send the same email again,I am a new guy I use Spring+ibatis, When I debug my programme,I want to know what sql had be excuted So,How can I get execute sql throught spring or ibatis api in my programme? |
|
From: <al...@jt...> - 2004-11-30 01:53:39
|
<html><head>
<style>
.white { color:#FFFFFF }.index { background-color:#FFFFFF }.index-passed { =
color:#004400 }.index-failed { color:#FF0000; font-weight:bold }.index-head=
er { font-weight:bold }.link { font-family:arial,helvetica,sans-serif; font=
-size:10pt; color:#FFFFFF; text-decoration:none; }.tab-table { margin: 0em =
0em 0.5em 0em; }.tabs { font-family:arial,helvetica,sans-serif; font-size:8=
pt; color:#000000; font-weight:bold; padding: 0em 2em; background-color:#EE=
EEEE; }.tabs-link { color:#000000; text-decoration:none; }.tabs-link:visite=
d { color:#000000; text-decoration:none; }.tabs-selected { font-family:aria=
l,helvetica,sans-serif; font-size:8pt; color:#000000; font-weight:bold; pad=
ding: 0em 2em; }.tabs-selected { border: inset; }.header-title { font-famil=
y:arial,helvetica,sans-serif; font-size:12pt; color:#000000; font-weight:bo=
ld; }.header-label { font-weight:bold; }.header-data { font-family:arial,he=
lvetica,sans-serif; font-size:10pt; color:#000000; }.modifications-data { f=
ont-family:arial,helvetica,sans-serif; font-size:8pt; color:#000000; }.modi=
fications-sectionheader { background-color:#000066; font-family:arial,helve=
tica,sans-serif; font-size:10pt; color:#FFFFFF; }.modifications-oddrow { ba=
ckground-color:#CCCCCC }.modifications-evenrow { background-color:#FFFFCC }=
.changelists-oddrow { background-color:#CCCCCC }.changelists-evenrow { back=
ground-color:#FFFFCC }.changelists-file-spacer { background-color:#FFFFFF }=
.changelists-file-evenrow { background-color:#EEEEEE }.changelists-file-odd=
row { background-color:#FFFFEE }.changelists-file-header { background-color=
:#666666; font-family:arial,helvetica,sans-serif; font-size:8pt; color:#FFF=
FFF; }.compile-data { font-family:arial,helvetica,sans-serif; font-size:8pt=
; color:#000000; }.compile-error-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#FF0000; }.compile-warn-data { font-family:arial,=
helvetica,sans-serif; font-size:8pt; color:#CC9900; }.compile-sectionheader=
{ background-color:#000066; font-family:arial,helvetica,sans-serif; font-s=
ize:10pt; color:#FFFFFF; }.distributables-data { font-family:arial,helvetic=
a,sans-serif; font-size:8pt; color:#000000; }.distributables-sectionheader =
{ background-color:#000066; font-family:arial,helvetica,sans-serif; font-si=
ze:10pt; color:#FFFFFF; }.distributables-oddrow { background-color:#CCCCCC =
}.unittests-sectionheader { background-color:#000066; font-family:arial,hel=
vetica,sans-serif; font-size:10pt; color:#FFFFFF; }.unittests-oddrow { back=
ground-color:#CCCCCC }.unittests-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#000000; }.unittests-error { font-family:arial,he=
lvetica,sans-serif; font-size:8pt; color:#901090; }.unittests-failure { fon=
t-family:arial,helvetica,sans-serif; font-size:8pt; color:#FF0000; }.checks=
tyle-oddrow { background-color:#CCCCCC }.checkstyle-data { font-family:aria=
l,helvetica,sans-serif; font-size:8pt; color:#000000; }.checkstyle-sectionh=
eader { background-color:#000066; font-family:arial,helvetica,sans-serif; f=
ont-size:10pt; color:#FFFFFF; }
</style>
</head><body>
<p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"header-title">BUILD COMPLETE - =
build.159</td></tr><tr><td class=3D"header-data"><span class=
=3D"header-label">Date of build: </span>11/30/2004 00:16:27</td></tr><=
tr><td class=3D"header-data"><span class=3D"header-label">Time to build:&nb=
sp;</span>53 minutes 20 seconds</td></tr><tr><td class=3D"header-data"><spa=
n class=3D"header-label">Last changed: </span>11/29/2004 19:10:18</td>=
</tr><tr><td class=3D"header-data"><span class=3D"header-label">Last log en=
try: </span>Add jasper reports to dependencies</td></tr></table><p>
<p>
<p>
<table xmlns=3D"http://www.w3.org/TR/html4/strict.dtd" width=3D"98%" border=
=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"><tr><td class=
=3D"compile-sectionheader"> Errors/Warnings: (=
6) </td></tr><tr><td><pre class=3D"compile-data">Note: S=
ome input files use or override a deprecated API.<br class=3D"none"/>Note: =
Recompile with -deprecation for details.<br class=3D"none"/>Note: /jteam/bu=
ild2/checkout/spring/spring/mock/org/springframework/mock/web/MockHttpSessi=
on.java uses or overrides a deprecated API.<br class=3D"none"/>Note: Recomp=
ile with -deprecation for details.<br class=3D"none"/>Note: Some input file=
s use or override a deprecated API.<br class=3D"none"/>Note: Recompile with=
-deprecation for details.<br class=3D"none"/></pre></td></tr></table><p>
<table xmlns=3D"http://www.w3.org/TR/html4/strict.dtd" width=3D"98%" border=
=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"><tr><td class=
=3D"compile-sectionheader"> Javadoc Errors/War=
nings: (23) </td></tr><tr><td><pre class=3D"compile-data=
">/jteam/build2/checkout/spring/spring/src/org/springframework/jdbc/support=
/lob/OracleLobHandler.java:76: warning - Tag @see: reference not found: ora=
cle.sql.BLOB<br/>/jteam/build2/checkout/spring/spring/src/org/springframewo=
rk/jdbc/support/lob/OracleLobHandler.java:76: warning - Tag @see: reference=
not found: oracle.sql.CLOB<br/>/jteam/build2/checkout/spring/spring/src/or=
g/springframework/jdbc/support/lob/OracleLobHandler.java:115: warning - Tag=
@see: reference not found: oracle.sql.BLOB#DURATION_SESSION<br/>/jteam/bui=
ld2/checkout/spring/spring/src/org/springframework/jdbc/support/lob/OracleL=
obHandler.java:115: warning - Tag @see: reference not found: oracle.sql.BLO=
B#MODE_READWRITE<br/>/jteam/build2/checkout/spring/spring/src/org/springfra=
mework/jdbc/support/lob/OracleLobHandler.java:115: warning - Tag @see: refe=
rence not found: oracle.sql.CLOB#DURATION_SESSION<br/>/jteam/build2/checkou=
t/spring/spring/src/org/springframework/jdbc/support/lob/OracleLobHandler.j=
ava:115: warning - Tag @see: reference not found: oracle.sql.CLOB#MODE_READ=
WRITE<br/>/jteam/build2/checkout/spring/spring/src/org/springframework/jdbc=
/support/lob/OracleLobHandler.java:154: warning - Tag @see: reference not f=
ound: oracle.jdbc.OracleConnection<br/>/jteam/build2/checkout/spring/spring=
/src/org/springframework/jdbc/support/lob/OracleLobHandler.java:164: warnin=
g - Tag @see: reference not found: oracle.sql.BLOB#createTemporary<br/>/jte=
am/build2/checkout/spring/spring/src/org/springframework/jdbc/support/lob/O=
racleLobHandler.java:164: warning - Tag @see: reference not found: oracle.s=
ql.CLOB#createTemporary<br/>/jteam/build2/checkout/spring/spring/src/org/sp=
ringframework/jdbc/support/nativejdbc/JBossNativeJdbcExtractor.java:49: war=
ning - Tag @see: reference not found: org.jboss.resource.adapter.jdbc.Wrapp=
edConnection#getUnderlyingConnection<br/>/jteam/build2/checkout/spring/spri=
ng/src/org/springframework/jdbc/support/nativejdbc/JBossNativeJdbcExtractor=
.java:49: warning - Tag @see: reference not found: org.jboss.resource.adapt=
er.jdbc.WrappedStatement#getUnderlyingStatement<br/>/jteam/build2/checkout/=
spring/spring/src/org/springframework/jdbc/support/nativejdbc/JBossNativeJd=
bcExtractor.java:49: warning - Tag @see: reference not found: org.jboss.res=
ource.adapter.jdbc.WrappedResultSet#getUnderlyingResultSet<br/>/jteam/build=
2/checkout/spring/spring/src/org/springframework/jdbc/support/nativejdbc/We=
bLogicNativeJdbcExtractor.java:45: warning - Tag @see: reference not found:=
weblogic.jdbc.extensions.WLConnection#getVendorConnection<br/>/jteam/build=
2/checkout/spring/spring/src/org/springframework/jdbc/support/nativejdbc/We=
bSphereNativeJdbcExtractor.java:34: warning - Tag @see: reference not found=
: com.ibm.ws.rsadapter.jdbc.WSJdbcConnection<br/>/jteam/build2/checkout/spr=
ing/spring/src/org/springframework/jdbc/support/nativejdbc/WebSphereNativeJ=
dbcExtractor.java:34: warning - Tag @see: reference not found: com.ibm.ws.r=
sadapter.jdbc.WSJdbcUtil#getNativeConnection<br/>/jteam/build2/checkout/spr=
ing/spring/src/org/springframework/jdbc/support/nativejdbc/WebSphereNativeJ=
dbcExtractor.java:34: warning - Tag @see: reference not found: com.ibm.ejs.=
cm.proxy.ConnectionProxy#getPhysicalConnection<br/>/jteam/build2/checkout/s=
pring/spring/src/org/springframework/orm/hibernate/SessionHolder.java:41: w=
arning - Tag @see: reference not found: HibernateTransactionObject<br/>/jte=
am/build2/checkout/spring/spring/src/org/springframework/transaction/jta/We=
bLogicJtaTransactionManager.java:67: warning - Tag @see: reference not foun=
d: weblogic.transaction.TransactionManager#forceResume<br/>/jteam/build2/ch=
eckout/spring/spring/src/org/springframework/transaction/jta/WebLogicServer=
TransactionManagerFactoryBean.java:45: warning - Tag @see: reference not fo=
und: weblogic.transaction.TxHelper#getTransactionManager<br/>/jteam/build2/=
checkout/spring/spring/src/org/springframework/transaction/jta/WebSphereTra=
nsactionManagerFactoryBean.java:47: warning - Tag @see: reference not found=
: com.ibm.ws.Transaction.TransactionManagerFactory#getTransactionManager<br=
/>/jteam/build2/checkout/spring/spring/src/org/springframework/transaction/=
jta/WebSphereTransactionManagerFactoryBean.java:47: warning - Tag @see: ref=
erence not found: com.ibm.ejs.jts.jta.JTSXA#getTransactionManager<br/>/jtea=
m/build2/checkout/spring/spring/src/org/springframework/transaction/jta/Web=
SphereTransactionManagerFactoryBean.java:47: warning - Tag @see: reference =
not found: com.ibm.ejs.jts.jta.TransactionManagerFactory#getTransactionMana=
ger<br/>/jteam/build2/checkout/spring/spring/src/org/springframework/web/se=
rvlet/handler/metadata/PathMap.java:31: warning - @@org.apache.commons.attr=
ibutes.Indexed() is an unknown tag.<br/></pre></td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"4" class=3D"unittests-sectionheader"> =
Unit Tests: (2054) </td></tr><tr><td class=
=3D"unittests-data" colspan=3D"2"> All Tests Pas=
sed </td></tr><tr><td><table width=3D"98%" border=3D=
"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"></table></td></tr>=
<tr></tr><tr><td colspan=3D"2"> </td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"1" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"6" class=3D"modifications-sectionheader"> =
Modifications since last build: =
(5) </td></tr><tr class=3D"modifications-evenrow"><td c=
lass=3D"modifications-data">modified</td><td class=3D"modifications-data">l=
uke_t</td><td class=3D"modifications-data">project.properties</td><td class=
=3D"modifications-data">Add jasper reports to dependencies</td></tr><tr cla=
ss=3D"modifications-oddrow"><td class=3D"modifications-data">modified</td><=
td class=3D"modifications-data">luke_t</td><td class=3D"modifications-data"=
>project.xml</td><td class=3D"modifications-data">Add jasper reports to dep=
endencies</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modific=
ations-data">modified</td><td class=3D"modifications-data">jhoeller</td><td=
class=3D"modifications-data">lib/hibernate/hibernate2.jar</td><td class=3D=
"modifications-data">updated to Hibernate 2.1.7</td></tr><tr class=3D"modif=
ications-oddrow"><td class=3D"modifications-data">modified</td><td class=3D=
"modifications-data">jhoeller</td><td class=3D"modifications-data">lib/read=
me.txt</td><td class=3D"modifications-data">updated to Hibernate 2.1.7</td>=
</tr><tr class=3D"modifications-evenrow"><td class=3D"modifications-data">m=
odified</td><td class=3D"modifications-data">robharrop</td><td class=3D"mod=
ifications-data">docs/reference/src/views.xml</td><td class=3D"modification=
s-data">Updated JR comments and documentation.</td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"distributables-sectionheader"> =
Deployments by this build: (16) </td>=
</tr><tr><td class=3D"distributables-data">Building jar: /jteam/build2/chec=
kout/spring/spring/dist/spring-core.jar</td></tr><tr class=3D"distributable=
s-oddrow"><td class=3D"distributables-data">Building jar: /jteam/build2/che=
ckout/spring/spring/dist/spring-aop.jar</td></tr><tr><td class=3D"distribut=
ables-data">Building jar: /jteam/build2/checkout/spring/spring/dist/spring-=
context.jar</td></tr><tr class=3D"distributables-oddrow"><td class=3D"distr=
ibutables-data">Building jar: /jteam/build2/checkout/spring/spring/dist/spr=
ing-dao.jar</td></tr><tr><td class=3D"distributables-data">Building jar: /j=
team/build2/checkout/spring/spring/dist/spring-orm.jar</td></tr><tr class=
=3D"distributables-oddrow"><td class=3D"distributables-data">Building jar: =
/jteam/build2/checkout/spring/spring/dist/spring-web.jar</td></tr><tr><td c=
lass=3D"distributables-data">Building jar: /jteam/build2/checkout/spring/sp=
ring/dist/spring-webmvc.jar</td></tr><tr class=3D"distributables-oddrow"><t=
d class=3D"distributables-data">Building jar: /jteam/build2/checkout/spring=
/spring/dist/spring.jar</td></tr><tr><td class=3D"distributables-data">Buil=
ding jar: /jteam/build2/checkout/spring/spring/dist/spring-mock.jar</td></t=
r><tr class=3D"distributables-oddrow"><td class=3D"distributables-data">Bui=
lding war: /jteam/build2/checkout/spring/spring/autobuilds/apps/buildtest/d=
ist/buildtest.war</td></tr><tr><td class=3D"distributables-data">Building w=
ar: /jteam/build2/checkout/spring/spring/autobuilds/apps/buildtest/dist/bui=
ldtest.war</td></tr><tr class=3D"distributables-oddrow"><td class=3D"distri=
butables-data">Building war: /jteam/build2/checkout/spring/spring/autobuild=
s/apps/buildtest/dist/buildtest.war</td></tr><tr><td class=3D"distributable=
s-data">Building jar: /jteam/build2/checkout/spring/spring/autobuilds/apps/=
jpetstore/war/WEB-INF/lib/jpetstore.jar</td></tr><tr class=3D"distributable=
s-oddrow"><td class=3D"distributables-data">Building war: /jteam/build2/che=
ckout/spring/spring/autobuilds/apps/jpetstore/dist/jpetstore.war</td></tr><=
tr><td class=3D"distributables-data">Building jar: /jteam/build2/checkout/s=
pring/spring/autobuilds/apps/jpetstore/war/WEB-INF/lib/jpetstore.jar</td></=
tr><tr class=3D"distributables-oddrow"><td class=3D"distributables-data">Bu=
ilding war: /jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/=
dist/jpetstore.war</td></tr></table>
</body></html> |
|
From: Keith D. <kd...@cs...> - 2004-11-29 20:46:59
|
Juergen/Sergey,
This is really a spring rich issue. I changed it where =
ApplicationServices
can easily be instantiated and configured without a context, now, to =
support
easier unit testing. Sergey, the following:
Application.services().setPropertyEditorRegistry(new=20
DefaultPropertyEditorRegistry());
Should work fine now. ApplicationServices will just instantiate its own
StaticApplicationContext if none is set once it's queried for general =
use
post configuration.
Keith
-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of
Serg Bogatyrjov
Sent: Monday, November 29, 2004 3:12 PM
To: spr...@li...
Subject: [Springframework-developer] Re: Harmless patch for
ApplicationObjectSupport
I do not sure that my correction is appropriate. I just did a smallest=20
change to make it working. Now I can just place here example from=20
org.springframework.binding.form.FormModelTest (spring-rcp subproject):
Application application =3D new Application(new=20
DefaultApplicationLifecycleAdvisor());
Application.services().setPropertyEditorRegistry(new=20
DefaultPropertyEditorRegistry());
Application.services().setApplicationContext(new=20
StaticApplicationContext());
Each call to services() method results a null pointer exception. The=20
third row where setApplicationContext is called makes me laugh.
There is the next call chain:
Application.services() --> instance().getServices() -->=20
services.setApplicationContext(context)
While the last call argument context is null.
Thanks for your attention,
Serge Bogatyrjov.
j=FCrgen h=F6ller [werk3AT] wrote:
> No problem, in principle. I just wonder what exactly you need this =
for?
Shouldn't we at least reset the internal context state of the
ApplicationObjectSupport instance if the passed-in context reference was
null? Simply ignoring the call in that case, leaving the internal state
as-is, doesn't seem entirely clean...
> =20
> Juergen
> =20
>=20
> ________________________________
>=20
> Von: spr...@li... im Auftrag =
von
Serg Bogatyrjov
> Gesendet: Sa 27.11.2004 18:53
> An: spr...@li...
> Betreff: [Springframework-developer] Harmless patch for
ApplicationObjectSupport
>=20
>=20
>=20
> This small correction will reduce efforts of writing junit tests. I
> found the need of this correction while making tests working in
> spring-rich-client project.
>=20
> Best regards,
> Serge Bogatyrjov.
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real =
users.
> Discover which products truly live up to the hype. Start reading now.=20
> http://productguide.itmanagersjournal.com/
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.=20
http://productguide.itmanagersjournal.com/
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: Serg B. <ser...@ma...> - 2004-11-29 20:12:45
|
I do not sure that my correction is appropriate. I just did a smallest
change to make it working. Now I can just place here example from
org.springframework.binding.form.FormModelTest (spring-rcp subproject):
Application application = new Application(new
DefaultApplicationLifecycleAdvisor());
Application.services().setPropertyEditorRegistry(new
DefaultPropertyEditorRegistry());
Application.services().setApplicationContext(new
StaticApplicationContext());
Each call to services() method results a null pointer exception. The
third row where setApplicationContext is called makes me laugh.
There is the next call chain:
Application.services() --> instance().getServices() -->
services.setApplicationContext(context)
While the last call argument context is null.
Thanks for your attention,
Serge Bogatyrjov.
jürgen höller [werk3AT] wrote:
> No problem, in principle. I just wonder what exactly you need this for? Shouldn't we at least reset the internal context state of the ApplicationObjectSupport instance if the passed-in context reference was null? Simply ignoring the call in that case, leaving the internal state as-is, doesn't seem entirely clean...
>
> Juergen
>
>
> ________________________________
>
> Von: spr...@li... im Auftrag von Serg Bogatyrjov
> Gesendet: Sa 27.11.2004 18:53
> An: spr...@li...
> Betreff: [Springframework-developer] Harmless patch for ApplicationObjectSupport
>
>
>
> This small correction will reduce efforts of writing junit tests. I
> found the need of this correction while making tests working in
> spring-rich-client project.
>
> Best regards,
> Serge Bogatyrjov.
>
>
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://productguide.itmanagersjournal.com/
|
|
From: Keith D. <kd...@cs...> - 2004-11-29 18:44:56
|
Does anyone know about JSR 227 and when a public specification might be released? Oracle seems to be the real force behind this JSR. http://web1.jcp.org/en/jsr/detail?id=227 http://www.clientjava.com/blog/2004/11/29/1101740690000.html Keith |
|
From: Rob H. <ro...@ca...> - 2004-11-29 17:51:31
|
Keith, Yes, you can only enable that behaviour using the descriptors, but it is cool behaviour and I started work today adding support for the standard descriptors to the metadata assembler in Spring so you can configure caching, persistence and such. However, I still think this is a good approach even when using individual instances of MBeanInfo. I am going to start on JSR-175 support tomorrow and I think I can get this working simply by making the annotations inheritable - the MetadataModelMBeanInfoAssembler shouldn't need much in the way of a modification. How do you feel about the XML descriptor system as well as this one, allowing for a mgmt interface to be changed easily and without having to modify the code. Rob Keith Donald wrote: >Good point. Yea, if you're using the MBeanInfo to store instance-specific >data (only possible with the model mbean descriptors, right?), like cached >values (to avoid putting load on the target managed object) you can't share >them... > > > >>approach, the only problem it doesn't solve is allowing for mgmt >>interface to be modified without modifying the code. >> >> > >How often do you modify management metadata? In my experience, the >management model, once defined, stays pretty fixed. That's critically >important, actually, when you're talking about a enterprise wide management >system. That's the whole reason the standard management models like DMTF's >CIM exist. > >On the other hand, I could very well see some of the _values_ for some of >the metadata coming from externally source locations: like locale >translatable descriptions/attributes. > >Keith > >-----Original Message----- >From: spr...@li... >[mailto:spr...@li...] On Behalf Of >Rob Harrop >Sent: Monday, November 29, 2004 12:31 PM >To: spr...@li... >Subject: Re: [Springframework-developer] Spring JMX Query > >Keith, > >I understand what you are aiming at with this approach and I think it >may be worthwhile me putting together an assembler based on this >approach, the only problem it doesn't solve is allowing for mgmt >interface to be modified without modifying the code. I have a question >though. You mentioned sharing the MBeanInfo objects to serve multiple >different managed resources. I don't know if this would work since the >MBeanInfo is used to store a lot of instance specific data such as >default values and cached data. If you were to share MBeanInfo instance >you would end up with the cached values colliding. > >Rob > >Keith Donald wrote: > > > >>>As for defining the mgmt interface in code - aren't >>>we getting into the realms of recreating what JMX does already? >>> >>> >>> >>> >>No, JMX employs different strategies for getting to the same thing; that >> >> >is, > > >>a configured management descriptor (MBeanInfo) describing a manageable >>object. >> >>As you know, one of these strategies is reflection: you have your bean >>implement a "*MBean" interface and JMX uses reflection to generate a new >>MBeanInfo descriptor when your bean is registered with the MBeanServer. >> >> >But > > >>this has limitations: there is only so much you can find out from >>reflection. And MBeanInfos are not shared. >> >>Another strategy involves creating populated MBeanInfo instances ahead of >>time, to support dynamic mbeans and model mbeans. You specify the >>descriptor separately and at runtime a DynamicMBean or RequiredModelMBean >>proxy connects the descriptor with the managed bean instance. In these >>cases you're not required to define a strongly typed management interface >> >> >at > > >>all. >> >>I prefer strongly typed POJO management interfaces combined with >>descriptive, configurable management metadata that can be shared between >>POJO implementations that are of the same _logical type_. For example, >>let's say we have a logical type, like the JSR-77 "Service". Such a type >>can be expressed via a POJO management interface -- Service --, with >> >> >methods > > >>like start(), and stop(). Such an interface might also extend a base >>management interface used by all managed entities, like >>"ManagedSystemElement". >> >>In this example, I'd prefer my POJOs to implement Service, and I'd prefer >> >> >to > > >>have a shared "Service MBeanInfo" instance providing metadata about the >>attributes, operations, and notifications instrumented by all services. At >>runtime, I'd expect my MBean adapter to note my bean is a "Service" and >>locate the right MBeanInfo descriptor for registration in an MBeanServer as >>a ModelMBean. >> >>One way of providing MBeanInfo information is XML, but I'd just assume have >>it defined in java-code using annotations---cutting out the need for >>reflection. >> >>My only caveat with such a solution is many times you want a much more >>generically typed management model exposed to _clients_: e.g with strings, >>primitives, object names, and generic tabular/composite data structure >> >> >types > > >>ONLY, while the _interal_ workings of your managed beans want a richly >> >> >typed > > >>model to work with. This is because you can't often make the assumption >> >> >all > > >>your management clients have access to your classes, or that they're even >>all java. So I can see a need for our JMX support to create translators >>that map between a richly typed model to a more generic management model. >> >>Keith >> >> >>Keith >> >>-----Original Message----- >>From: spr...@li... >>[mailto:spr...@li...] On Behalf Of >>Rob Harrop >>Sent: Monday, November 29, 2004 11:44 AM >>To: spr...@li... >>Subject: Re: [Springframework-developer] Spring JMX Query >> >>Keith, >> >>I have a passing familiarity with Commons Modeler and I understand what >>you mean about the inheritance. However, it should be more than possible >>to allow for mgmt interface inheritance using XML - there is no reason >>it couldn't be done. As for defining the mgmt interface in code - aren't >>we getting into the realms of recreating what JMX does already? Add to >>that I'm not sure how all the different metadata utils such as Commons >>Attributes handle inheritance - I'll need to check that out. >> >>Rob >> >>Keith Donald wrote: >> >> >> >> >> >>>Rob, >>> >>>Commons-modeler has such a format for defining model mbean metadata in >>> >>> >XML, > > >>>and an associated Registry allowing MBeanInfo definitions to be indexed by >>>'type' (essentially a logical management class identifier) and shared >>>between different MBean instances (perhaps backed by different POJO >>>implementations.) >>> >>>In my experience where the format breaks down is with MBean inheritance. >>> >>> >>> >>> >>It >> >> >> >> >>>would extremely helpful if you could define base management interfaces >>> >>> >with > > >>>metadata and be able to extend to derive more specific management types. >>>For anyone whose ever done any network management work, this is important. >>>Look at JSR-77, it's basically defines a management hierarchy as well. >>> >>>Do we have the ability to define management interfaces in java code (with >>> >>> >>> >>> >>an >> >> >> >> >>>inheritance hierarchy), markup those interfaces with management metadata, >>>and generate corresponding MBeanInfos at runtime that can be shared? I >>>wonder if that would work. I'd much rather apply attributes to the >>>management interfaces than the managed beans themselves... >>> >>>Keith >>> >>>-----Original Message----- >>>From: spr...@li... >>>[mailto:spr...@li...] On Behalf >>> >>> >Of > > >>>Rob Harrop >>>Sent: Monday, November 29, 2004 11:18 AM >>>To: spr...@li... >>>Subject: [Springframework-developer] Spring JMX Query >>> >>>All, >>> >>>I have raised a new issue on JIRA related to Spring JMX and I would like >>>your input: >>> >>> >http://opensource.atlassian.com/projects/spring/browse/SPR-498. > > >>>Rob >>> >>> >>>------------------------------------------------------- >>>SF email is sponsored by - The IT Product Guide >>>Read honest & candid reviews on hundreds of IT Products from real users. >>>Discover which products truly live up to the hype. Start reading now. >>>http://productguide.itmanagersjournal.com/ >>>_______________________________________________ >>>Springframework-developer mailing list >>>Spr...@li... >>>https://lists.sourceforge.net/lists/listinfo/springframework-developer >>> >>> >>> >>>------------------------------------------------------- >>>SF email is sponsored by - The IT Product Guide >>>Read honest & candid reviews on hundreds of IT Products from real users. >>>Discover which products truly live up to the hype. Start reading now. >>>http://productguide.itmanagersjournal.com/ >>>_______________________________________________ >>>Springframework-developer mailing list >>>Spr...@li... >>>https://lists.sourceforge.net/lists/listinfo/springframework-developer >>> >>> >>> >>> >>> >>> >>> >>> >>------------------------------------------------------- >>SF email is sponsored by - The IT Product Guide >>Read honest & candid reviews on hundreds of IT Products from real users. >>Discover which products truly live up to the hype. Start reading now. >>http://productguide.itmanagersjournal.com/ >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >>------------------------------------------------------- >>SF email is sponsored by - The IT Product Guide >>Read honest & candid reviews on hundreds of IT Products from real users. >>Discover which products truly live up to the hype. Start reading now. >>http://productguide.itmanagersjournal.com/ >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >> >> >> > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://productguide.itmanagersjournal.com/ >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://productguide.itmanagersjournal.com/ >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > |
|
From: Keith D. <kd...@cs...> - 2004-11-29 17:43:05
|
Good point. Yea, if you're using the MBeanInfo to store instance-specific data (only possible with the model mbean descriptors, right?), like cached values (to avoid putting load on the target managed object) you can't share them... >approach, the only problem it doesn't solve is allowing for mgmt >interface to be modified without modifying the code. How often do you modify management metadata? In my experience, the management model, once defined, stays pretty fixed. That's critically important, actually, when you're talking about a enterprise wide management system. That's the whole reason the standard management models like DMTF's CIM exist. On the other hand, I could very well see some of the _values_ for some of the metadata coming from externally source locations: like locale translatable descriptions/attributes. Keith -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Rob Harrop Sent: Monday, November 29, 2004 12:31 PM To: spr...@li... Subject: Re: [Springframework-developer] Spring JMX Query Keith, I understand what you are aiming at with this approach and I think it may be worthwhile me putting together an assembler based on this approach, the only problem it doesn't solve is allowing for mgmt interface to be modified without modifying the code. I have a question though. You mentioned sharing the MBeanInfo objects to serve multiple different managed resources. I don't know if this would work since the MBeanInfo is used to store a lot of instance specific data such as default values and cached data. If you were to share MBeanInfo instance you would end up with the cached values colliding. Rob Keith Donald wrote: >>As for defining the mgmt interface in code - aren't >>we getting into the realms of recreating what JMX does already? >> >> > >No, JMX employs different strategies for getting to the same thing; that is, >a configured management descriptor (MBeanInfo) describing a manageable >object. > >As you know, one of these strategies is reflection: you have your bean >implement a "*MBean" interface and JMX uses reflection to generate a new >MBeanInfo descriptor when your bean is registered with the MBeanServer. But >this has limitations: there is only so much you can find out from >reflection. And MBeanInfos are not shared. > >Another strategy involves creating populated MBeanInfo instances ahead of >time, to support dynamic mbeans and model mbeans. You specify the >descriptor separately and at runtime a DynamicMBean or RequiredModelMBean >proxy connects the descriptor with the managed bean instance. In these >cases you're not required to define a strongly typed management interface at >all. > >I prefer strongly typed POJO management interfaces combined with >descriptive, configurable management metadata that can be shared between >POJO implementations that are of the same _logical type_. For example, >let's say we have a logical type, like the JSR-77 "Service". Such a type >can be expressed via a POJO management interface -- Service --, with methods >like start(), and stop(). Such an interface might also extend a base >management interface used by all managed entities, like >"ManagedSystemElement". > >In this example, I'd prefer my POJOs to implement Service, and I'd prefer to >have a shared "Service MBeanInfo" instance providing metadata about the >attributes, operations, and notifications instrumented by all services. At >runtime, I'd expect my MBean adapter to note my bean is a "Service" and >locate the right MBeanInfo descriptor for registration in an MBeanServer as >a ModelMBean. > >One way of providing MBeanInfo information is XML, but I'd just assume have >it defined in java-code using annotations---cutting out the need for >reflection. > >My only caveat with such a solution is many times you want a much more >generically typed management model exposed to _clients_: e.g with strings, >primitives, object names, and generic tabular/composite data structure types >ONLY, while the _interal_ workings of your managed beans want a richly typed >model to work with. This is because you can't often make the assumption all >your management clients have access to your classes, or that they're even >all java. So I can see a need for our JMX support to create translators >that map between a richly typed model to a more generic management model. > >Keith > > >Keith > >-----Original Message----- >From: spr...@li... >[mailto:spr...@li...] On Behalf Of >Rob Harrop >Sent: Monday, November 29, 2004 11:44 AM >To: spr...@li... >Subject: Re: [Springframework-developer] Spring JMX Query > >Keith, > >I have a passing familiarity with Commons Modeler and I understand what >you mean about the inheritance. However, it should be more than possible >to allow for mgmt interface inheritance using XML - there is no reason >it couldn't be done. As for defining the mgmt interface in code - aren't >we getting into the realms of recreating what JMX does already? Add to >that I'm not sure how all the different metadata utils such as Commons >Attributes handle inheritance - I'll need to check that out. > >Rob > >Keith Donald wrote: > > > >>Rob, >> >>Commons-modeler has such a format for defining model mbean metadata in XML, >>and an associated Registry allowing MBeanInfo definitions to be indexed by >>'type' (essentially a logical management class identifier) and shared >>between different MBean instances (perhaps backed by different POJO >>implementations.) >> >>In my experience where the format breaks down is with MBean inheritance. >> >> >It > > >>would extremely helpful if you could define base management interfaces with >>metadata and be able to extend to derive more specific management types. >>For anyone whose ever done any network management work, this is important. >>Look at JSR-77, it's basically defines a management hierarchy as well. >> >>Do we have the ability to define management interfaces in java code (with >> >> >an > > >>inheritance hierarchy), markup those interfaces with management metadata, >>and generate corresponding MBeanInfos at runtime that can be shared? I >>wonder if that would work. I'd much rather apply attributes to the >>management interfaces than the managed beans themselves... >> >>Keith >> >>-----Original Message----- >>From: spr...@li... >>[mailto:spr...@li...] On Behalf Of >>Rob Harrop >>Sent: Monday, November 29, 2004 11:18 AM >>To: spr...@li... >>Subject: [Springframework-developer] Spring JMX Query >> >>All, >> >>I have raised a new issue on JIRA related to Spring JMX and I would like >>your input: http://opensource.atlassian.com/projects/spring/browse/SPR-498. >> >>Rob >> >> >>------------------------------------------------------- >>SF email is sponsored by - The IT Product Guide >>Read honest & candid reviews on hundreds of IT Products from real users. >>Discover which products truly live up to the hype. Start reading now. >>http://productguide.itmanagersjournal.com/ >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >>------------------------------------------------------- >>SF email is sponsored by - The IT Product Guide >>Read honest & candid reviews on hundreds of IT Products from real users. >>Discover which products truly live up to the hype. Start reading now. >>http://productguide.itmanagersjournal.com/ >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >> >> >> > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://productguide.itmanagersjournal.com/ >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://productguide.itmanagersjournal.com/ >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Rob H. <ro...@ca...> - 2004-11-29 17:40:14
|
Thinking on from this - you should be able to do this straight away when the JSR-175 support is added since you get metadata inheritance included with that, so you can just define you mgmt interfaces with the appropriate metadata, implement these interfaces in your beans and Spring will then pick up the attributes automatically. Rob Rob Harrop wrote: > Keith, > > I understand what you are aiming at with this approach and I think it > may be worthwhile me putting together an assembler based on this > approach, the only problem it doesn't solve is allowing for mgmt > interface to be modified without modifying the code. I have a question > though. You mentioned sharing the MBeanInfo objects to serve multiple > different managed resources. I don't know if this would work since the > MBeanInfo is used to store a lot of instance specific data such as > default values and cached data. If you were to share MBeanInfo > instance you would end up with the cached values colliding. > > Rob > > Keith Donald wrote: > >>> As for defining the mgmt interface in code - aren't we getting into >>> the realms of recreating what JMX does already? >>> >> >> >> No, JMX employs different strategies for getting to the same thing; >> that is, >> a configured management descriptor (MBeanInfo) describing a manageable >> object. >> >> As you know, one of these strategies is reflection: you have your bean >> implement a "*MBean" interface and JMX uses reflection to generate a new >> MBeanInfo descriptor when your bean is registered with the >> MBeanServer. But >> this has limitations: there is only so much you can find out from >> reflection. And MBeanInfos are not shared. >> >> Another strategy involves creating populated MBeanInfo instances >> ahead of >> time, to support dynamic mbeans and model mbeans. You specify the >> descriptor separately and at runtime a DynamicMBean or >> RequiredModelMBean >> proxy connects the descriptor with the managed bean instance. In these >> cases you're not required to define a strongly typed management >> interface at >> all. >> >> I prefer strongly typed POJO management interfaces combined with >> descriptive, configurable management metadata that can be shared between >> POJO implementations that are of the same _logical type_. For example, >> let's say we have a logical type, like the JSR-77 "Service". Such a >> type >> can be expressed via a POJO management interface -- Service --, with >> methods >> like start(), and stop(). Such an interface might also extend a base >> management interface used by all managed entities, like >> "ManagedSystemElement". >> >> In this example, I'd prefer my POJOs to implement Service, and I'd >> prefer to >> have a shared "Service MBeanInfo" instance providing metadata about the >> attributes, operations, and notifications instrumented by all >> services. At >> runtime, I'd expect my MBean adapter to note my bean is a "Service" and >> locate the right MBeanInfo descriptor for registration in an >> MBeanServer as >> a ModelMBean. >> >> One way of providing MBeanInfo information is XML, but I'd just >> assume have >> it defined in java-code using annotations---cutting out the need for >> reflection. >> >> My only caveat with such a solution is many times you want a much more >> generically typed management model exposed to _clients_: e.g with >> strings, >> primitives, object names, and generic tabular/composite data >> structure types >> ONLY, while the _interal_ workings of your managed beans want a >> richly typed >> model to work with. This is because you can't often make the >> assumption all >> your management clients have access to your classes, or that they're >> even >> all java. So I can see a need for our JMX support to create translators >> that map between a richly typed model to a more generic management >> model. >> >> Keith >> >> >> Keith >> >> -----Original Message----- >> From: spr...@li... >> [mailto:spr...@li...] On >> Behalf Of >> Rob Harrop >> Sent: Monday, November 29, 2004 11:44 AM >> To: spr...@li... >> Subject: Re: [Springframework-developer] Spring JMX Query >> >> Keith, >> >> I have a passing familiarity with Commons Modeler and I understand >> what you mean about the inheritance. However, it should be more than >> possible to allow for mgmt interface inheritance using XML - there is >> no reason it couldn't be done. As for defining the mgmt interface in >> code - aren't we getting into the realms of recreating what JMX does >> already? Add to that I'm not sure how all the different metadata >> utils such as Commons Attributes handle inheritance - I'll need to >> check that out. >> >> Rob >> >> Keith Donald wrote: >> >> >> >>> Rob, >>> >>> Commons-modeler has such a format for defining model mbean metadata >>> in XML, >>> and an associated Registry allowing MBeanInfo definitions to be >>> indexed by >>> 'type' (essentially a logical management class identifier) and shared >>> between different MBean instances (perhaps backed by different POJO >>> implementations.) >>> >>> In my experience where the format breaks down is with MBean >>> inheritance. >>> >> >> It >> >> >>> would extremely helpful if you could define base management >>> interfaces with >>> metadata and be able to extend to derive more specific management >>> types. >>> For anyone whose ever done any network management work, this is >>> important. >>> Look at JSR-77, it's basically defines a management hierarchy as well. >>> >>> Do we have the ability to define management interfaces in java code >>> (with >>> >> >> an >> >> >>> inheritance hierarchy), markup those interfaces with management >>> metadata, >>> and generate corresponding MBeanInfos at runtime that can be shared? I >>> wonder if that would work. I'd much rather apply attributes to the >>> management interfaces than the managed beans themselves... >>> >>> Keith >>> >>> -----Original Message----- >>> From: spr...@li... >>> [mailto:spr...@li...] On >>> Behalf Of >>> Rob Harrop >>> Sent: Monday, November 29, 2004 11:18 AM >>> To: spr...@li... >>> Subject: [Springframework-developer] Spring JMX Query >>> >>> All, >>> >>> I have raised a new issue on JIRA related to Spring JMX and I would >>> like your input: >>> http://opensource.atlassian.com/projects/spring/browse/SPR-498. >>> >>> Rob >>> >>> >>> ------------------------------------------------------- >>> SF email is sponsored by - The IT Product Guide >>> Read honest & candid reviews on hundreds of IT Products from real >>> users. >>> Discover which products truly live up to the hype. Start reading >>> now. http://productguide.itmanagersjournal.com/ >>> _______________________________________________ >>> Springframework-developer mailing list >>> Spr...@li... >>> https://lists.sourceforge.net/lists/listinfo/springframework-developer >>> >>> >>> >>> ------------------------------------------------------- >>> SF email is sponsored by - The IT Product Guide >>> Read honest & candid reviews on hundreds of IT Products from real >>> users. >>> Discover which products truly live up to the hype. Start reading >>> now. http://productguide.itmanagersjournal.com/ >>> _______________________________________________ >>> Springframework-developer mailing list >>> Spr...@li... >>> https://lists.sourceforge.net/lists/listinfo/springframework-developer >>> >>> >>> >>> >>> >> >> >> >> ------------------------------------------------------- >> SF email is sponsored by - The IT Product Guide >> Read honest & candid reviews on hundreds of IT Products from real users. >> Discover which products truly live up to the hype. Start reading now. >> http://productguide.itmanagersjournal.com/ >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >> ------------------------------------------------------- >> SF email is sponsored by - The IT Product Guide >> Read honest & candid reviews on hundreds of IT Products from real users. >> Discover which products truly live up to the hype. Start reading now. >> http://productguide.itmanagersjournal.com/ >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >> > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: Rob H. <ro...@ca...> - 2004-11-29 17:32:41
|
Keith, I understand what you are aiming at with this approach and I think it may be worthwhile me putting together an assembler based on this approach, the only problem it doesn't solve is allowing for mgmt interface to be modified without modifying the code. I have a question though. You mentioned sharing the MBeanInfo objects to serve multiple different managed resources. I don't know if this would work since the MBeanInfo is used to store a lot of instance specific data such as default values and cached data. If you were to share MBeanInfo instance you would end up with the cached values colliding. Rob Keith Donald wrote: >>As for defining the mgmt interface in code - aren't >>we getting into the realms of recreating what JMX does already? >> >> > >No, JMX employs different strategies for getting to the same thing; that is, >a configured management descriptor (MBeanInfo) describing a manageable >object. > >As you know, one of these strategies is reflection: you have your bean >implement a "*MBean" interface and JMX uses reflection to generate a new >MBeanInfo descriptor when your bean is registered with the MBeanServer. But >this has limitations: there is only so much you can find out from >reflection. And MBeanInfos are not shared. > >Another strategy involves creating populated MBeanInfo instances ahead of >time, to support dynamic mbeans and model mbeans. You specify the >descriptor separately and at runtime a DynamicMBean or RequiredModelMBean >proxy connects the descriptor with the managed bean instance. In these >cases you're not required to define a strongly typed management interface at >all. > >I prefer strongly typed POJO management interfaces combined with >descriptive, configurable management metadata that can be shared between >POJO implementations that are of the same _logical type_. For example, >let's say we have a logical type, like the JSR-77 "Service". Such a type >can be expressed via a POJO management interface -- Service --, with methods >like start(), and stop(). Such an interface might also extend a base >management interface used by all managed entities, like >"ManagedSystemElement". > >In this example, I'd prefer my POJOs to implement Service, and I'd prefer to >have a shared "Service MBeanInfo" instance providing metadata about the >attributes, operations, and notifications instrumented by all services. At >runtime, I'd expect my MBean adapter to note my bean is a "Service" and >locate the right MBeanInfo descriptor for registration in an MBeanServer as >a ModelMBean. > >One way of providing MBeanInfo information is XML, but I'd just assume have >it defined in java-code using annotations---cutting out the need for >reflection. > >My only caveat with such a solution is many times you want a much more >generically typed management model exposed to _clients_: e.g with strings, >primitives, object names, and generic tabular/composite data structure types >ONLY, while the _interal_ workings of your managed beans want a richly typed >model to work with. This is because you can't often make the assumption all >your management clients have access to your classes, or that they're even >all java. So I can see a need for our JMX support to create translators >that map between a richly typed model to a more generic management model. > >Keith > > >Keith > >-----Original Message----- >From: spr...@li... >[mailto:spr...@li...] On Behalf Of >Rob Harrop >Sent: Monday, November 29, 2004 11:44 AM >To: spr...@li... >Subject: Re: [Springframework-developer] Spring JMX Query > >Keith, > >I have a passing familiarity with Commons Modeler and I understand what >you mean about the inheritance. However, it should be more than possible >to allow for mgmt interface inheritance using XML - there is no reason >it couldn't be done. As for defining the mgmt interface in code - aren't >we getting into the realms of recreating what JMX does already? Add to >that I'm not sure how all the different metadata utils such as Commons >Attributes handle inheritance - I'll need to check that out. > >Rob > >Keith Donald wrote: > > > >>Rob, >> >>Commons-modeler has such a format for defining model mbean metadata in XML, >>and an associated Registry allowing MBeanInfo definitions to be indexed by >>'type' (essentially a logical management class identifier) and shared >>between different MBean instances (perhaps backed by different POJO >>implementations.) >> >>In my experience where the format breaks down is with MBean inheritance. >> >> >It > > >>would extremely helpful if you could define base management interfaces with >>metadata and be able to extend to derive more specific management types. >>For anyone whose ever done any network management work, this is important. >>Look at JSR-77, it's basically defines a management hierarchy as well. >> >>Do we have the ability to define management interfaces in java code (with >> >> >an > > >>inheritance hierarchy), markup those interfaces with management metadata, >>and generate corresponding MBeanInfos at runtime that can be shared? I >>wonder if that would work. I'd much rather apply attributes to the >>management interfaces than the managed beans themselves... >> >>Keith >> >>-----Original Message----- >>From: spr...@li... >>[mailto:spr...@li...] On Behalf Of >>Rob Harrop >>Sent: Monday, November 29, 2004 11:18 AM >>To: spr...@li... >>Subject: [Springframework-developer] Spring JMX Query >> >>All, >> >>I have raised a new issue on JIRA related to Spring JMX and I would like >>your input: http://opensource.atlassian.com/projects/spring/browse/SPR-498. >> >>Rob >> >> >>------------------------------------------------------- >>SF email is sponsored by - The IT Product Guide >>Read honest & candid reviews on hundreds of IT Products from real users. >>Discover which products truly live up to the hype. Start reading now. >>http://productguide.itmanagersjournal.com/ >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >>------------------------------------------------------- >>SF email is sponsored by - The IT Product Guide >>Read honest & candid reviews on hundreds of IT Products from real users. >>Discover which products truly live up to the hype. Start reading now. >>http://productguide.itmanagersjournal.com/ >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >> >> >> > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://productguide.itmanagersjournal.com/ >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://productguide.itmanagersjournal.com/ >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > |